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Remarks 



The Office Action mailed January 14, 2004 has been carefully reviewed and the 
following remarks have been made in consequence thereof. 

Claims 1-8, 10, 12-21, 23-25, 27, 29-39, and 42 are now pending in this application. 
Claims 9, 1 1, and 22 were previously canceled. Claims 26, 28, and 40-41 have been canceled 
by this Amendment. Claims 1-8, 10, 12-21 and 23-42 stand rejected. 

The rejection of Claims 1-3, 6-7, 17-18, and 35-41 under 35 U.S.C. § 102(e) as being 
anticipated by Holupka et al. (U.S. Patent No. 6,256,529 Bl, hereinafter "Holupka") is 
respectfully traversed. 

The Office asserts that Holupka et al. discloses a "rock mode wherein a rotation angle 
is applied to a 3D model, said rotation angle varying cyclically as the 3D model is rendered 
from frame to frame (fig. 10 and col. 8 lines 10-25, where two angles (0 and cp) that can vary 
from 0 to 360 degrees are incorporated into the image data to take into account the rotation 
and this is cyclical since cosine and sine functions are cyclical in nature). 

Applicants submit that the Office f s interpretation of the term "rock mode" is counter 
to the plain meaning of the term as would be understood by one of ordinary skill in the art 
interpreting Applicant's specification. Moreover, Applicants submit that no "rock mode" is 
shown or described at all in Holupka et al. 

A "rock mode" would be understood by one of ordinary skill in the art to refer to a 
mode in which images are displayed first-to-last, and then repeated in descending order last- 
to-first. See, for example, Cooke, Jr. et al., U.S. Pat. No. 6574629, filed Dec. 23, 1998 and 
issued June 3, 2003. (A copy of this patent is attached as Exhibit A to this Amendment.) At 
col. 32, lines 65 to 67, it is stated that a "rock" mode is one in which "images are displayed 
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first-to-last, and then repeated in descending order last-to-first. Another demonstration of a 
"rock mode" for images is available live on the World Wide Web at: 

http://weather.noaa.gov/radar/loop/DS.pl9rO/si.klwx.shtml, where an image of the Stirling, 
VA weather radar is displayed. The left column of this page allows one to select several 
"loop" options. For example, by clicking on "loop" next to "short range" under "base 
reflectivity," the page changes to a loop of radar images. By then clicking on the button 
"Rock" on top of the moving radar image, one is presented with a set of radar images that 
starts at the final image of the sequence, backs up through the various images to the first 
image, and then proceeds forwards through the last image. This sequence is cyclically 
repeated until one selects another option or leaves the page. (The "rocking" of the image is 
more easily seen when there is rain in the area of the radar. If there is no radar signal, or the 
radar site is down for maintenance or for any other reason, it is possible to select another 
radar site by clicking on one of the arrows in the "Adjacent Radar" block near the top left of 
the web page.) 

There is no teaching or suggestion of such a rocking display of images in Holupka et 
al. Instead, as is noted by the Office, there is a disclosure of two angles (9 and cp) that can 
vary from 0 to 360 degrees. There is no teaching or disclosure of an image that periodically 
rocks back and forth between images in a sequence including a first image of a sequence and 
a last image of a sequence. In the discussion at col. 8, lines 10-25 of the translucent volume 
visualization methodology shown in Figure 1 0 and in Figure 1 0 itself, it is only disclosed that 
0 and cp are viewing parameters, that a rotation matrix is calculated from these angles, and 
that the rotation matrix is used to rotate the entire imaging volume by 0 and cp. There is no 
teaching or suggestion of any "rocking." To the extent that any movement of the image is 
taught, it is said that the user "has the ability to walk around the object, viewing it in 3D 
space," col. 8, lines 48-49. Such movement does not describe or inherently include "rocking" 
of images. 

Applicants' specification further defines a "rock mode" as having a small rotation 
angle that can be applied to the 3D model, typically about the vertical axis and normal to the 
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viewing vector. The rotation angle varies cyclically as the 3D model is varied from frame to 
frame. Such "rocking" motion is entirely consistent with the rocking motion described by 
Cooke, Jr. et al. and as demonstrated at the Stirling, VA weather radar web site. For 
example, a rotation angle of 5 degrees could be applied to the 3D model about the vertical 
axis, and the rotation angle varied cyclically as the 3D model is varied from frame to frame. 
Such a cyclical variation could result in view angle variations rocking back and forth between 
40 degrees and 50 degrees, as exemplified by the angular variation vs. image number shown 
in Exhibit B attached hereto. (Although the rocking in Exhibit B is sinusoidal, a rotation 
angle would not necessarily have to vary sinusoidally to be cyclical.) Such a "rock mode" is 
entirely consistent with the ordinary definition of "rock mode" or "rocking" of a display, and 
is also consistent with Applicants' description at page 11, line 23 to page 12, line 4 of the 
specification as originally filed. 

Applicants' Claim 1 recites an imaging system comprising "... a visualization 
subsystem responsible for controlling display of acquired images and data, said visualization 
subsystem is configured to operate in a volume autoview mode so that during data 
acquisition, a real-time, incrementally updated, three-dimensional view of the data is 
displayed, wherein said volume autoview mode can be performed in a rock mode wherein a 
rotation angle is applied to a 3D model, said rotation angle varying cyclically as the 3D 
model is rendered from frame to frame." No such "rock mode" is taught or suggested by 
Holupka et al., nor is it inherent in the device described by Holupka et al. Thus, it is 
submitted that Claim 1 is patentable over Holupka et al. 

Claims 2, 3, 6, 7, 17, and 18 are dependent directly or indirectly upon Claim 1. When 
the recitations of Claims 2, 3, 6, 7, 17, and 18 are considered in combination with those of 
Claim 1, it is submitted that Claims 2, 3, 6, 7, 17, and 18 are likewise patentable over 
Holupka et al. 

The subject matter of Claims 40 and 41 have been incorporated into independent 
Claim 35. Additionally, the word "rocking" has been added at line 7 of Claim 35, to echo the 
recitation in the specification at page 11, line 23. No new issues are raised by this addition, 
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as Claim 41, which was dependent upon Claim 40, has been considered before. Moreover, 
the cyclical variation of the rotation angle is the type of rocking described by the paragraph 
starting at page 1 1 , line 23 and the rocking mode was already at issue in previously presented 
Claim 1 . As indicated above, no such "rocking" is taught or described by Holupka et al. Nor 
does col. 5, lines 1-4 cited by the Office in rejecting Claim 41. Col. 5, lines 1-4 merely state 
that an array of transducers can rotate about an axis of an array sweeping out a 3D imaging 
volume. As this probe rotates, images are captured and digitized by use of the imaging card 
so as to create a fixed number of images [sic] slices per rotation. No "rocking" action is 
taught or suggested by these statements in Holupka et al., nor is a rocking action inherent in 
such teachings. 

For these reasons, it is submitted that Claim 35 as amended herein is patentable over 
Holupka et al. 

Claims 40 and 41 have been canceled, so the rejection of Claims 40 and 41 as being 
anticipated by Holupka et al. no longer applies to these claims and should be withdrawn. 

Claims 36-39 and 42 are directly dependent upon Claim 35. When the recitations of 
Claims 36-39 and 42 are considered in combination with those of Claim 35, it is submitted 
that Claims 36-39 and 42 are likewise patentable over Holupka et al. 

For these reasons, it is requested that the rejection of Claims 1-3, 6-7, 17-18, and 35- 
41 under 35 U.S.C. § 102(e) as being anticipated by Holupka et al. (U.S. Patent No. 
6,256,529 Bl, hereinafter "Holupka") be withdrawn. 

The rejection of Claims 4, 5, 8, 12, 19, 20, 21, 23-29 and 34 under 35 U.S.C. § 103(a) 
as being unpatentable over Holupka and Vining (U.S. Patent No. 5,782,762) is respectfully 
traversed. 

Holupka is described above. Vining describes generating a wireframe model (16) 
from an isosurface (15). The wireframe model is formed as a series of polygonal surfaces 
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that approximates a surface of a region of interest such as a selected organ. The wireframe 
model is defined by a series of vertices which are interconnected by a set of line segments. 
The wireframe model appears as a three-dimensional wire mesh object which can be rendered 
into a three-dimensional image (17). The three-dimensional image is generated by 
appropriately shading the polygons of the wireframe model to provide a three-dimensional 
image of the selected organ. The three-dimensional image is displayed on a computer 
monitor (28). Additionally, the displayed imagery can be recorded on a video recorder (30) 
or photographed for future viewing. An input, in the form of a computer mouse (27), is 
provided on a graphics computer (26) to permit a user to manipulate the displayed imagery. 
Column 7, lines 41-57. 

To the extent that Vining describes moving images, Vinings describes a rendering 
procedure that gives a user the ability to "fly" through a volume of data. See col. 18, lines 
32-58. A "go to" procedure is also described, col. 18, line 64 to col. 19, line 21. However, 
Vining adds nothing to Holupka et al. to teach or suggest a "rock mode," as is recited in 
Claim 1. Thus, no combination of Holupka and Vining, alone or in combination, describes or 
suggests the claimed combination of Claim 1, so it is submitted that Claim 1 is patentable 
over the combination of Holupka and Vining. 

Claims 4, 5, 8, and 12 depend directly from Claim 1. When the recitations of Claims 
4, 5, 8, and 12 are considered in combination with the recitations of Claim 1, it is submitted 
that Claims 4, 5, 8, and 12 are likewise patentable over the combination of Holupka and 
Vining. 

Claim 19 has been amended to incorporate the features of Claim 26 and Claim 28. 
(Claim 26 was dependent upon Claim 19, and Claim 28 was dependent upon Claim 19, so 
that Claim 19 now corresponds to original Claim 28.) Claims 26 and 28 have therefore been 
canceled. Because Claim 19 now corresponds to original Claim 28, the consideration of the 
patentability of Claim 19 does not raise new issues. 
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Claim 19 recites that the volume auto view mode can be performed in a rock mode 
wherein a rotation angle is applied to a 3D model, and rotation angle varying cyclically as the 
3D model is rendered from frame to frame. As indicated above, no such rock mode is shown 
or suggested by the combination of Holupka et al. and Vinings. The Office stated with regard 
to original Claim 28 that col. 5, lines 1-4 of Holupka states that the transducers can rotate 
around an axis to obtain 3D images, which was understood as changing or adding angles to 
obtain the 3D images. However, it is submitted that this reading of original Claim 28 (and 
hence, Claim 19 as herein amended) gives no weight to the term "rock mode," which is now 
recited in Claim 19. It is submitted that the term "rock mode" would be interpreted consistent 
with the ordinary meaning of the term, which is wholly consistent with the use of the term in 
the specification at page 1 1, 20 to page 12, line 4, leading to angular "rocking" such as that 
exemplified by Exhibit B. Such rocking is to be distinguished from the rotation ascribed to 
Holupka et al. by the Office. Therefore, it is submitted that Claim 19, as herein amended, is 
patentable over the combination of Holupka et al. and Vinings. 

Claims 26 and 28 have been canceled, so the rejections of Claim 26 and 28 over 
Holupka et al. and Vinings should be withdrawn. 

Claims 27 and 29, originally dependent upon Claim 26, have been amended to be 
dependent upon Claim 19. 

Claims 20, 21, 23-25, 27, 29, and 34 are directly dependent upon Claim 19. When the 
recitations of Claims 20, 21, 23-25, 27, 29, and 34 are considered in combination with the 
recitations of Claim 19, it is submitted that Claims 20, 21, 23-25, 27, 29, and 34 are likewise 
patentable over Holupka et al. in combination with Vining. 

For at least the reasons set forth above, Applicants respectfully request that the 
Section 103 rejection of Claims 4, 5, 8, 12, 19, 20, 21, 23-29 and 34 be withdrawn. 
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The rejection of Claims 13-16 and 42 under 35 U.S.C § 103(a) as being unpatentable 
over Holupka and Edwards et al. (U.S. Patent No. 5,787,889, hereinafter "Edwards") is 
respectfully traversed. 

Holupka is described above. Edwards describes a computation of an orthogonal 
projection of a current state of a reconstruction volume, so that the volume can be seen to 
grow during a scan. An orthogonal projection is used because its computation is simpler to 
render (no interpolations need to be computed to transform from a reference coordinate 
system to a displayed image raster coordinate system). A maximum intensity projection 
(MIP) rendering scheme is used in which a ray is cast along the depth of the volume, and the 
maximum value encountered is the value that is projected for that ray (e.g., the value used to 
derive a pixel for a given raster point on the 2D image projection). This rendering algorithm 
is computed efficiently on a multiprocessor (102/104). Column 13, lines 40-52. 

Edwards et al. state that after a 3D volume is constructed and displayed, the operator 
is able to alter the viewing angle of the image. At col. 14, line 65 to col. 15, line 7, Edwards 
et al. state that the operator can view the volume from any angle or position and can also 
specify a subvolume to render, and that such operations can occur in real time. Also the 
operator can stop the incremental volume construction in process and work with the volume 
portion displayed to rotate the volume portion or change the viewing angle of such volume 
portion. The operator can also recommence volume construction at the new viewing angle. 
However, the Edwards et al. patent adds nothing to Holupka et al. to teach or suggest a rock 
mode, as recited in Claims 1 and 35. It is therefore submitted that Claims 1 and 35 are 
patentable over the combination of Holupka et al. in view of Edwards et al. 

Claims 13-16 are directly or indirectly dependent upon Claim 1 . When the recitations 
of Claims 13-16 are considered in combination with the recitations of Claim 1, it is submitted 
that Claims 13-16 are likewise patentable over the combination of Holupka et al. and 
Edwards et al. 
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Claim 42 is directly dependent upon Claim 35. When the recitations of Claim 42 are 
considered in combination with the recitations of Claim 35, it is submitted that Claim 42 is 
likewise patentable over the combination of Holupka et al. and Edwards et al. 

For at least the reasons set forth above, Applicants respectfully request that the 
Section 103 rejection of Claims 13-16 and 42 be withdrawn. 

The rejection of Claims 30-33 under 35 U.S.C. § 103(a) as being unpatentable over 
Holupka as modified by Vining and further in view of Edwards is respectfully traversed. 

Holupka, Vining, and Edwards are described above. As indicated above, none of the 
references teaches or suggests a volume autoview mode that can be performed in a rock mode 
wherein a rotation angle is applied to a 3D model, said rotation angle varying cyclically as 
the 3D model is rendered from frame to frame, as recited in Claim 19. Therefore, it is 
submitted that Claim 19 is patentable over the combination of Holupka, Vining and Edwards. 

Claims 30-33 are dependent, directly or indirectly, upon Claim 19. When the 
recitations of Claims 30-33 are considered in combination with the recitations of Claim 19, it 
is submitted that Claims 30-33 are likewise patentable over the combination of Holupka, 
Vining, and Edwards. 

For at least the reasons set forth above, Applicants respectfully request that the 
Section 103 rejection of Claims 30-33 be withdrawn. 

The rejection of Claim 10 under 35 U.S.C. § 103(a) as being unpatentable over 
Holupka is respectfully traversed. 

Holupka is described above. As shown above, Claim 1 is patentable over Holupka, 
because Holupka et al. neither teaches nor suggests "a real-time, incrementally updated, 
three-dimensional view of the data is displayed, wherein said volume autoview mode can be 
performed in a rock mode wherein a rotation angle is applied to a 3D model, said rotation 
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angle varying cyclically as the 3D model is rendered from frame to frame," as recited in 
Claim 1. 

Claim 10 is directly dependent upon Claim 1. When the recitations of Claim 10 are 
considered in combination with those of Claim 1, it is submitted that Claim 10 is likewise 
patentable over Holupka et al. 

For the reasons set forth above, Applicants respectfully request that the Section 103 
rejections of Claim 10 be withdrawn. 

In view of the foregoing amendments and remarks, all the claims now active in this 
application are believed to be in condition for allowance. Reconsideration and favorable 
action is respectfully solicited. 



Respectfully Submitted, 




Alan L. Cassel 
Registration No. 35,842 
ARMSTRONG TEASDALE LLP 
One Metropolitan Square, Suite 2600 
St. Louis, Missouri 63102-2740 
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COMMUNICATION SYSTEM may also be more than the user desires and/or may have 

characteristics, such as an undesirable screen location or the 

_ . „„ like, that the user finds inconvenient 

BACKGROUND OF THE INVENTION s a . u mtoavcn,cm - 

5 Accordingly, there exists a need for a PACS which 

1. Field of the Invention addresses the foregoing and other drawbacks of conven- 
Tfae present invention is directed to a picture archiving tonal. PACS. In particular, there exists a need for a PACS 

and communication system which includes improved image lmprOVed routiD S. retrieval and display capabilities 

routing, retrieval and display capabilities, among other ln W ^ C ? enhance ,he overall efficiency of the system, and 

things. The invention has particular utility in a hospital, or raake lhe s y stem more user-friendly. 

group of hospitals, since it facilitates inter-departmental SUMMARY OF nre iNvcMrmv 

access to patient images produced by different types of SUMMARY OF THE INVENTION 

imaging modalities. The present invention addresses the foregoing needs. In 

2. Description of the Related Art 1S P arncular > *e present invention is a PACS with routing, 
Modem hospitals, like any other business make use of """^ ^ ca P abiKties tha « «™P»» those of its 

digita. computers and networking technology to ma^ge ^T^L ^ "o^ 0031 enhaDCe - 

difFerenttypesofdata.Muchofthlda.a.such^admissions a^ usct friendl"^ m e ,nc subject PACS both efficient 

information and the like, can be bandied without the use of ~ "^-uienaiy 

specialized hardware and software. On the other hand 2° • , y s P cafal, & the PACS of the present invention 

certain types of clinical data, in particular medical images' mcludcs core components arranged in a cluster. These core 

cannot be managed in the conventional manner Rather' com P one nts include an archive station which has access to 

specialized hardware and software is required to route' 3 lo . n S- ,ei ™ memory for storing image data, and a reviewing 

retrieve and view this data. This specialized hardware and' S,aUon a dls P la y for displaying images based on 

software is known in the art as a picture archiving and 25 rece lm . age data - included in the core components 

communication system (or "PACS") 15 a network gateway, which interfaces to a non-core com- 

In general, a PACS includes one or more imagine ■* '° Tf? ^ da,a and 

modalities, an archive, and plural revicvLg sKtiZ nt ?T, h ^ . , ° t ^ °™ ° f 3,ChiVC Station 

imaging modalities take images of a patient JL£^£ £ ™*T? S ^ °5 * T ° f ^ m 

gies such as X-ray, computed tomography CCr% ma™^ 30 8 F™"?' ' 

resonance imaging ("MRI'O, nuclea? medicine ("NM"Kd ^Zl^fT^ ' * ^ «° 

ultrasound ("US"), to name a few. The images are then ^age data. 

stored in the archive, from which they may be subsequently According to one aspect, Uie PACS includes a plurality of 

retrieved and viewed on a reviewing station. The imagine reviewM g stations, each which is designated to receive 

modalities, the archive, and reviewing stations are typically 3S .T^ 6 ? ° n P redetennined r °uting rules. In this aspect, 

integrated either via a local area network ("L<\N") or a wide nelw °rk gateway receives the images from an external 

area network ("WAN") source, determines, which if any, of the reviewing stations 

Conventional PACS suffer from several drawbacks par- ^JS^?" "? " W ^J™** tobased ° n *» P re *^" 

.h^h^-^f 8 ^ ^ y^^.^age of a patient and archive (as is done in conventional PACS) the presen 

^ e r«ft,r g T • a " afChlVe ' WbCre * " S,0rcd - i«ven«i«« amoun. of time it tak£ for JsTrfto 

Thereafter, a user at a reviewmg station must retrieve the access and view the images 
image from the archive in order to view the image. This . f ... . . 

system is inefficient for a number of reasons. For example, 45 '^,1!^ Cm . bodln,ents > ,he "ivention determines the 
it requires the user to retrieve images manually, and thereby ^ ^ °- ° f foUowin g : a *» 

expend extra time and effort to complete the review process destination, a radwlogy specialty, image status, a referring 
In this regard, when the PACS network is busy, different ?„ J^fVP 3 „' IOCaU °?' tUne ' ™ age cate 8 or y. and imag- 
users often compete for system resources, resulting in a slow Ug 7^. MoB ? w ' ? e «"*«l»n provides a way for the 
system response and thereby further increasing the time 50 ^ ° Xi tbe . mulm S ^ by selecting one or more of the 
required to complete the review process foregoing options, thereby enabling the user to generate 

w;«h rAc^i t~ : . • . _, . customized routing tailored to specific needs. In particularly 

„Z PArT • 8 " eVa1, 25 Doted ab ° Ve ' CODven - P referred embodiments, the user selects the above ™tio£ 
uonal PACS requtre a user to retrieve an image from a using one or more forms which are accessible via 
cental archive Tins can be inefficient, especially if a copy 55 links. This feature, in particular, makes^ PAcI easTto 
of the image is located in an area of the PACS which is more use y lo 

easily accessible to the user than the archive. Moreover, In ahrr „^r,„j „ m K^i m , ,» , 

when dealing with "studies" (i.e., one or more images of aMe ,n ^ emb ^ unents ' : network gateway ,s 

e.g., a body part of a patient), conventional PACS retrieve an ■ I d f eterm,ne lf rece ' vcd ™W a »d the.r corresponding 
entire study before any images taJS?* «o '^^LS^^. * ^ "?* * 

played to the user. Again, this is inefficient, since it prolongs 60 2^dtoS5*St S TT"* ^"T^ tf anv 
the reviewing process received images include additional information that is incon- 

•y-,. , , j. a . . sistent with corresponding information on the PACS and 

With respect to delaying images, conventional PACS corrects the additional information in any such received 

£ , ~£T V ^H- a f ^ ^ ? fC0 " trO ' S by Which 3 " Ser raaV ^'S- P"' or to rou,in 8 ^e •«' a 8^ Thus, the Z* 

sort, selea and display certau, stud.es amj/or images. While 65 gateway both prevents flawed (i.e., "broken 5 ) images from 

d*se controls may be sufficient in some circumstances, entering tbe PACS and/or from corrupting ; curin^Sting 

oftentimes users wdl find them madequate to meet their PACS data. This feature is particularly advantageous^ tnf 
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medical field, where data accuracy can literally mean the 
difference between life and death. 

In still other preferred embodiments, the network gateway 
is able to route images to a plurality of other (e.g., non- 
reviewing) stations in accordance with predetermined rout- 
ing rules. Examples of these other stations include the 
archive station and PACS extensions (i.e., non-core 
components), most notably a referring physician station 
which displays images received from the network gateway 
and a clinical station which also displays such images. 
Similarly, the network gateway may also route images to 
peripherals, such as a Web server which sends the images 
out over the Internet and a printer which prints the images. 

According to another aspect, the PACS pre-fetches 
images (and/or summaries of information relating to the 
images) in response to a scheduled event. In this regard, 
"pre-fetching" refers to the process of automatically (i.e., 
without user intervention) retrieving images (and/or 
summaries) before the scheduled event. In this aspect, the 
PACS includes at least one station capable of displaying the 2 o 
images, and a network gateway which communicates with 
the station and a remote source (e.g., a hospital radiology 
information system, or "RIS"). The network gateway 
receives information concerning the scheduled event from 
the remote source, queries the remote source for details on 25 
the scheduled event, receives the details from the remote 
source, and retrieves images (and/or summaries) from a 
memory on the PACS based on the details and one or more 
predetermined pre-fetching rules. By effecting pre-fetching 
in this manner, the invention further reduces the amount of 30 
time required to review images. That is, because the images 
and/or summaries have been pre -fetched, they will be ready 
and waiting for the reviewer (e.g., a physician) at the time 
of the exam. With regard to the summaries, retrieval of the 
summaries only is a significant advantage, since it elimi- 35 
nates the need to retrieve an image when only its summary 
is needed. 

In some embodiments of the invention, e.g., in a case that 
the station noted above has its own internal cache, the 
network gateway may route the retrieved images directly to 40 
the station. In other embodiments, however, most notably 
the case where the station is cache-less, the network gateway 
stores the retrieved images in memory (e.g., a cache on an 
archive station), and waits for a request from the reviewing 
station before routing the retrieved images thereto. By 45 
providing this flexibility, the PACS can be implemented 
using either "cached" or cache-less reviewing stations, 
depending upon the PACS users* available hardware, pref- 
erences and/or needs. 

According to another aspect, the invention is a worksta 
tion (e.g., a PACS core component or a PACS extension) 
which effects pipeline image retrieval in accordance with the 
present invention. The workstation does this by retrieving 
images from one or more caches located in different corn- 



retrieved image data, and to display each image on the 
display screen once the image is formed, without waiting for 
image data for any additional image data to arrive. 

The foregoing aspect of the invention takes advantage of 
5 the fact that images in PACS component caches may be 
more accessible than those on the archive may be. Thus, by 
permitting retrieval of image data from caches, rather than 
requiring that image data be retrieved from the archive (as 
is the case in the invention's conventional counterparts), the 
*° invention reduces image retrieval time, and thus increases 
the system's efficiency. Moreover, the invention saves addi- 
tional time by displaying individual images of image data, 
rather than waiting until image data for a full study has been 
received. 

In preferred embodiments, the caches of the different 
PACS components are selected based on a user input. For 
example, the workstation may display a user interface which 
includes a list of studies, at least one of which has a "cached'* 
status designation associated therewith. The user input in 
this case comprises simply selecting at least one of the 
studies in the list which has the "cached" status designation 
associated therewith, whereafter the workstation identifies 
the cache by correlating it with the selected study. Of course, 
selection can also be made automatic, e.g., by including 
code in the workstation to seek out all studies in the list with 
a "cached" status designation, and then selecting caches 
associated with those studies. 

According to still another aspect, the PACS includes a 
workstation which generates a user-customized PACS dis- 
play (e.g., a main study list, worklist, display toolbar, etc.). 
The workstation includes a memory and a processor which 
executes stored process steps in order to invoke display of at 
least one form (e.g., a user profile form) which includes 
settable options for altering the PACS display, to store user 
inputs to the form which correspond to the settable options, 
and to generate the user-customized PACS display based, at 
least in part, on the user inputs to the form. Thus, with 
respect to the PACS display, the invention is more flexible, 
and thus more user-friendly, than its conventional counter- 
parts. 

In some embodiments of the invention, the PACS display 
comprises a list of studies (e.g., a main study list), each of 
which includes one or more images, and a plurality of action 
buttons. In these embodiments, the above form includes 
options to select which action buttons appear on the PACS 
display. An additional form (e.g., an access control form) 
may also be invoked to provide the user with the ability to 
customize the PACS display even further. 

In other embodiments, the PACS display comprises a 
toolbar that is displayed concurrently with medical images. 
The toolbar includes a plurality of action buttons which 
affect image display. In these embodiments, the form 
includes options affecting where on the display screen the 
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ponents of the PACS, rather than always retrieving the 55 tool bar is displayed and a format of the toolbar, in addition 

images from" a central archive as is done in conventional to options for selecting which action buttons will be dis- 

systems. The workstation includes a display screen capable played in the toolbar. 

of displaying images and one or more memories which store In particularly preferred embodiments, the PACS display 

computer-executable process steps and a list of studies, each (e.g., the toolbar) includes action buttons for manipulating 

of which is comprised of one or more images. A processor 60 displayed images. Among the action buttons which may be 

in the workstation executes the process steps in order to included on the toolbar are an action button to collimate 

retrieve image data for designated studies in the study list displayed images, an action button to affect the orientation 

and to form images on the display screen using the image of displayed images, an action button for re-ordering dis- 

data. These process steps include code to select caches of played images, action buttons for dynamically displaying 

one or more different PACS components, to retrieve image 65 images, action buttons particularly for use with CT images, 

data for designated studies from caches of the selected and action buttons for adding information to displayed 

components, to form each image in the studies from images. These features (and others listed below) provide 
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PACS users with enhanced control over image editing and 
viewing, and with a variety of useful tools which heretofore 
have been unavailable in PACS. 

This brief summary has been provided so that the nature 
of the invention may be understood quickly. A more com- 
plete understanding of the invention can be obtained by 
reference to the following detailed description of the pre- 
ferred embodiment thereof in connection with the attached 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows an overview of a representative PACS in 
accordance with the present invention. 

FIG. 2 shows generalized hardware for "workstation" 15 
components of the PACS shown in FIG. 1. 

FIG. 3 shows a generalized architecture for the hardware 
shown in FIG. 2. 

FIG. 4 shows routing of images by the PACS. 

FIG. 5 shows a Web tool for creating routing patterns. 20 

FIG. 6 shows a form which allows a user to set various 
PACS stations as potential recipients of routed studies. 

FIG. 7 shows a form which may be used to assign a 
routing name to imaging modalities in the PACS, and to 25 
provide other information regarding the imaging modalities 
to the PACS. 

FIG. 8 shows a form for creating routing rules/patterns. 

FIG. 9 shows a different version of a form for creating 
routing rules/pat tems. 

FIG. 10 shows a form which displays patient locations. 

FIG. 11 shows a form for creating pre-fetching rules. 

FIG. 12 shows a main study window used in the PACS. 

FIG. 13 hows a study information form. 

FIG. 14 shows an archive administration form. 

FIG. 15 shows a "fixup" graphical user interface. 

FIG. 16 shows a custom query form. 

FIG. 17 shows a toolbar used in PACS displays. 

FIG. 18 shows a form that displays patient information. 

FIG. 19 shows a form that displays study information. 

FIG. 20 shows a form that displays additional study 
information. 

FIG. 21 shows a process monitor form. 
FIG. 22 shows the virtual screen section of the toolbar. 
FIG. 23 shows virtual screens in the virtual screen section. 
FIG. 24 shows tools displayed by the image processing 
tab in the toolbar. 

FIG. 25 shows tools displayed by the print tab in the 
toolbar. 

FIG. 26 shows a CT mode display. 

FIG, 27 shows an expanded CT mode display. - 

FIG. 28 shows tools displayed by the cine tab in the 
toolbar. 

FIG. 29 shows tools displayed by the markup tab in the 
toolbar. 

FIG. 30 shows an access control form. 
FIG. 31 shows a user profile form. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

The PACS invention described herein is preferably imple- 
mented via a DICOM 3.0 ("Digital Imaging and Commu- 
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nication in Medicine") compliant, high-speed, networked 
computer system designed for digital storage, routing, 
retrieval, transmission, display and printing of medical 
images. In this regard, DICOM is an industry-standard 
communications protocol for the exchange of medical 
images and information between computers and computing 
peripherals. See Horiil, et al., "DICOM: An Introduction to 
the Standard", http://www.xray.hmc.psu.edu/dicom/ 
dicom_home.htmVDICOMIntro.html (Sep. 1, 1998). Pre- 
ferred embodiments of the invention also maintain backward 
compatibility with ACR-NEMA (DICOM 2.X) protocols, 
permitting integration of legacy non-DICOM 3.0 imaging 
modalities into the invention. 

The invention can be used in a variety of environments, 
ranging from out-patient teleradiology spokes, to large hos- 
pitals and teaching, institutions, to associations thereof 
linked via a WAN or the Internet. Preferred embodiments 
thereof use a modular, scaleable, and expandable hardware 
architecture to meet the present and future needs of users 
(e.g., radiology professionals) over a wide range of diag- 
nostic and clinical applications. DICOM 3.0 compliant 
modular application software ensures operability with 
DICOM imaging modalities, LAN/WAN connectivity over 
standard TCP/IP network topology, and smooth integration 
with pre-existing PACS infrastructures. 

1.0 Hardware 

The PACS described herein is organized by cluster, with 
each cluster comprising a set of core components that fall 
under the domain of one database server instance. Preferred 
embodiments of the invention utilize an Oracle® database 
server, with the remaining core components comprising 
Sun® Enterprise workstations running the UNIX-based 
Sun® Solaris 2.5.1 operating system. Of course, the core 
components are not limited to these hardware and software 
platforms, meaning that they can comprise any type of 
appropriate computing equipment. A brief listing and 
description of the core components is provided below in 
Table 1. 

TABLE 1 

PACS Core Components 
Core Component Role in PACS 
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Archive Station 
(-AS-) 



Network Gateway 
("NWG") 



Database Server 
COS") 

Review Station 
("RS") 



Provides long-term DICOM archive for 

permanent storage and retrieval of studies, Le., 

a digital file room. There are two types 

of archive stations used in the invention: 

a magneto optical disk ("MOD") - based 

station, and a digital linear tape 

("DLT") - based station. 

Performs DICOM validation and print 

services, network compression, radiology 

information system ("RIS") validation, 

AGFA® PACS Interface Protocol 

0*APIP") translation, and workflow automation, 

including routing, pre-fetching of prior 

relevant patient images, and generation 

of user-denned demographic overlays. 

Manages and shares information related to 

study attributes, system configuration, 

user accounts, study mark-up, and annotation. 

Comprises full-featured, multi-modality, 

dual monitor diagnostic and clinical display 

stations with access to the archive station 

and an RIS report database. 
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FIG. 1 shows a typical PACS cluster in accordance with 
the present invention. Specifically, core PACS cluster 1 
includes a database server 2, one or more archive stations 4, 
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and one or more network gateways 6 located in a secure, 
air-conditioned computer room, with one or more reviewing 
stations 7 spread throughout the facility (e.g., the hospital) 
and connected to the remaining core components by a fast 
switched TCP/IP network 9. Each of these core components 
is loaded with appropriate PACS software modules to effect 
specific PACS functions. Because of the modular design of 
this software, it is possible to combine several PACS soft- 
ware modules in one workstation, and thereby provide a 
workstation that handles, e.g., both the archiving and net- 
work gateway functions. However, for the sake of clarity, the 
invention is described using a separate workstation for each 
function. As also shown, additional PACS components, 
called "extensions", may be interfaced to the core compo- 
nents to effect various functionalities, as described below in 
section 1.6. 

1.1 Workstation Hardware 

FIG. 2 shows a general hardware configuration for each 
PACS core component and extension noted above. Of 
course, each of the core components and extensions includes 
specific software, and may include additional hardware, for 
performing its unique function. In addition, certain 
extensions, such as a printer, are clearly not defined by the 
hardware shown in FIG. 2. However, each PACS station that 
can be implemented by a workstation, or personal computer 
("PC"), preferably has the following features shown in FIG. 
2. Therefore, a general discussion of these features is pro- 
vided here, followed below by detailed descriptions of 
additional hardware and software for each PACS 
component/extension . 

As shown in the figure, workstation 10 includes one or 
more network connections 11 for interfacing to a network, 
such as the PACS DICOM network and the Internet, and one 
or more fax/modem connections 12 for interfacing with 
other remote sources. Workstation 10 also includes one or 
more display screens 14 for displaying information to a user, 
keyboard 16 for inputting text and user commands, and 
mouse 17 for positioning a cursor on display screen 14 and 
for inputting user commands. Workstation 10 may also 
include disk drive 19 for reading from and writing to floppy 
disks installed therein, and CD-ROM drive 20 for accessing 
information stored on CD-ROM. 

FIG. 3 shows the internal architecture of workstation 10. 
As shown in FIG. 3, workstation 10 includes memory 21, 
which comprises a computer-readable medium such as one 
or more computer hard disks. A portion of memory 21 may 
comprise a cache 23 for the workstation. In addition, 
memory 21 stores data 22, applications 24, print driver 25, 
PACS software modules 26, and an operating system 27. 
The applications and operating system of each workstation 
varies for each PACS component, as described below. At 
least some of PACS software modules 26, however, are 
included on each PACS component in order to effect the 
storage, routing, retrieval, transmission, display, and print- 
ing of medical (or other) images described herein. Generally 
speaking, _these PACS software modules comprise 
computer-executable code that defines process steps for 
effecting the various PACS functions of each component/ 
extension. In this regard, it is noted that since each PACS 
component/extension does not need to perform all PACS 
functions, it is generally not necessary to load all of the 
PACS software modules onto each component/extension. 
Rather, only those modules needed to effect the specific 
functionality of that component/extension need be loaded. 
As noted above, however, modules for performing different 
PACS functions (e.g., archiving and network gateway 
functions) may be loaded into the same workstation, if 
desired. 
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Also included in workstation 10 are display interface 29, 
keyboard interface 30, mouse interface 31, computer bus 32, 
RAM 34, processor 36, printer interface 37, and possibly 
disk drive interface 39 and CD-ROM drive interface 40. 

5 Processor 36 comprises a microprocessor (the type of which 
varies depending upon the station, as described below) for 
executing the applications and PACS software modules out 
of RAM 34. In this regard, RAM 34 can comprise several 
memory devices. The applications and PACS software are 

10 preferably stored in memory 21, as noted above. 
Alternatively, however, applications may be stored on a 
floppy disk in disk drive 19 or a CD-ROM in CD-ROM 
drive 20. In this case, processor 36 accesses these applica- 
tions (or other data) stored on a floppy disk via disk drive 

15 interface 39 and accesses applications (or other data) stored 
on a CD-ROM via CD-ROM drive interface 40. Application 
execution and other tasks of workstation 10 may be initiated 
using keyboard 16 or mouse 17, commands from which are 
transmitted to processor 36 via keyboard interface 30 and 

20 mouse interface 31, respectively. Output results from appli- 
cations running on workstation 10 may be processed by 
display interface 29 and then displayed to a user on display 
14. To this end, display interface 29 preferably comprises a 
display processor for forming images based on data pro- 

25 vided by processor 36 over computer bus 32, and for 
outputting those images to display 14. Rather than including 
a separate display processor, the functionality of display 
processor 36 may be implemented by processor 36. Output 
results from the PACS software modules, e.g., medical 

30 images, may also be output to network printers, such as 
those described below in section 1.6.7. To this end, proces- 
sor 36 executes print driver 25 which performs appropriate 
formatting of the output results prior to their transmission. 
Local printers also may be attached to various stations, if 

35 desired, which can be accessed via printer interface 37. 

1.2 Archive Station 

Archive station 4 comprises a workstation 40 having a 

4Q memory device 41 connected thereto. This memory device 
comprises central and secure near and long-term DICOM 
storage for studies provided from imaging modalities. In this 
regard, a "study" comprises a series of images captured by 
an imaging modality. The invention described herein can be 

45 used to manage folders of studies, individual studies, series 
of images, or individual images. Accordingly, henceforth, 
these terms can be used interchangeably. 

Included on archive station 4 is software for controlling 
reading from, and writing to, memory device 41 in response 

50 to requests/instructions received from other core 
components, roost notably reviewing stations 7, network 
gateway 6, and the extensions. The software also generates 
a graphical user interface ("GUI") (not shown), which 
provides the PACS administrator with the ability to manu- 

55 ally control deleting, splitting and merging of studies, as 
well as querying, transmitting and retrieving studies. These 
operations are described in detail below. There are also 
configurable privilege level security controls on the GUI to 
prevent unauthorized persons from accessing archive con- 

60 figuration and management tools. 

In preferred embodiments of the invention, original image 
data is stored on the archive station, and that original image 
data does not change, meaning that retrieved and edited 
images are not stored back to the archive station. Instead, 

65 edited images and the like are stored to database files on the 
archive station. These database files are preferably stored in 
a hard disk or the like on workstation 40, and comprise a 
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collection of all information relating to studies and param- 
eters associated with setup of the PACS. An example of 
information stored in the database is demographic informa- 
tion associated with each patient and study. 

As noted in Table 1 above, the archive station may 
comprise either a magneto optical disk (or "MOD") — based 
archive station, or a digital linear tape (or "DLT") — based 
archive station. 

1.2.1 MOD-Based Archive Station 

The MOD-based archive station includes a three-tiered 
storage system that uses hard disks (preferably 4 giga-bytes 
each) for on-line data storage (usually one week's worth of 
data), MODs (i.e., high-capacity, removable storage media 
having preferable either 23 or 4.6 giga-bytes of storage 
each) for intermediate-term data storage (usually one to two 
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(as image data) from various non-core components includ- 
ing imaging modalities, confirms the validity of the received 
images, and routes them appropriately. To this end, the 
network gateway comprises a workstation that supports at 
least six, preferably more, simultaneous associations with 
DICOM -compliant imaging modalities. These modalities 
include, but are not limited to, X-ray, CT, MRI, NM and US 
modalities. Depending upon the number of imaging 
modalities, the PACS may use several network gateways in 
each cluster in order to provide load balancing and enhanced 
throughput. 

As shown in FIG. 1, network gateway 6 is in communi- 
cation with reviewing stations 7 and imaging modalities 42 
via the DICOM network, and is in communication with 



va^uy iui iu»,iLu^uiai&-iciui udid murage ^usuaiiy one 10 two Vl « luc wiv-ura neiworx, ana is in communication with 
years), and DLT media for long-term backup storage. Addi- 15 remote sources, such as the hospital's RIS 44 and various 
tional RAID ("Redundant Array of Inexpensive Disks" 1 ! mav other PACS extensions Th*» nptwinrir iratou^,. #k..*. 
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tional RAID ("Redundant Array of Inexpensive Disks") may 
also be provided for expanded short term storage, depending 
upon the storage requirements of the facility and the number 
of studies handled thereby. The portion of short term storage, 
i.e., the RAID and other hard disks, which stores images 
comprises the MOD-based archive's cache. 

In a MOD-based archive station, the MODs themselves 
are housed in scalable optical disk jukeboxes. An optical 
disk jukebox is a mass storage device that reads data from, 
and writes data to, MODS (or, alternatively, to DLTs). Here, 
each optical disk jukebox preferably holds between 20 and 
500 MODS, or up to 4 tera-bytes of memory total. Each 
MOD-based archive station drives one optical disk jukebox, 
and provides both manual and automatic control of data 
migration from short term storage to the MODs. With 
respect to manual control, the PACS administrator prepares 
and loads MODS into the jukebox, supports requests for 
off-line volumes, and periodically checks station queues 
using queue management and service tools provided on the 
archive's user interface. In preferred embodiments of the 
invention, the workstation also runs an "auto-pilot" routine 
which patrols the archive's cache and which automatically 
deletes studies once they have been archived on a MOD. 
This is done in order to prevent the cache from "overflow- 
ing". Certain studies may be protected from this auto- 
deletion by assigning them a "protected" status. This is 
described in detail below. 
1.2.2 DLT-Based Archive Station 

In the MOD-based archive station described above, DLT 
is configured to backup the primary long-term storage in 
order to provide data redundancy. On the other hand, in the 
DLT-based archive station, the DLT is used for primary 
intermediate and long-term storage. In preferred 
embodiments, DLTs having a storage capacity of 35 giga- 
bytes each are used; although the invention can be used with - 
DLTs having other storage capacities as well. The DLTs are 
stored in scaleable DLT jukeboxes, preferably capable of 
holding 30/100 588 DLTs, where one workstation drives one 
jukebox. In addition, MODs may also be provided for 
additional and/or backup intermediate and long-term stor- 
age. As above, RAID and hard disks are also provided for 
short-term storage of studies and for database storage. The 
DLT-based archive station provides both manual and auto- 
matic control of data migration from short term storage to 



other PACS extensions. The network gateway thus receives 
studies from one or more imaging modalities and/or from 
the remote sources, and provides DICOM security and 
validation services therefor. To this end, the network gate- 
20 way preferably includes optical character recognition 
("OCR") and APIP translation capabilities to accommodate 
non-DICOM 3.0 imaging modalities. The network gateway 
also controls routing of these studies to selected PACS core 
components and extensions, and pre-fetching and routing of 
25 relevant prior studies between the archive and reviewing 
stations. Rules for routing and pre-fetching studies may be 
based on a number of factors, as described in more detail 
below in section 2. 

Among the other services provided by the network gate- 
way is RIS validation. RIS validation ensures integrity of 
patient demographic information in the studies. To this end, 
the network gateway captures and stores studies in a private 
cache located, e.g., in a hard disk on the network gateway, 
so that key demographic information (e.g., patient 
identification, accession number, etc.) can be validated 
based on pre-stored information, as described in more detail 
below. 

The network gateway also provides DICOM print man- 
agement services for the PACS cluster in which it resides. To 
this end, the network gateway includes routines which 
perform JPEG network compression and 12-to-8 bit simpli- 
fication to accommodate DICOM printers, third party 
DICOM interfaces, and referring physician software, such as 
RP5. Workflow extensions resident on the network gateway 
also allow users to generate custom demographic overlays 
for images/studies. Finally, the network gateway also 
includes comprehensive queue management and service 
tools, as well as configurable privilege security controls to 
prevent unauthorized persons from accessing the gateway's 
configuration tools. 

1.4 Database Server 



30 



35 : 



In preferred embodiments of the invention, database 
55 server 2 is an Oracle® V.7.3.X database. server with RAID 
storage; however, it is important to note that the invention is 
not limited to use with this type of server. In general, the 
database server performs a variety of functions relating to 
luaut tuuiroi ol aaia migration irom snort term storage to retrieval and storage of studies located in the archive station 
DLT. These controls are substantially similar to those 60 ( s )- Among other things, the database server collects, orga- 
described above with respect to the MOD-based archive nizes and manages patient and study demographic data that 
station and, therefore, are not repeated here for the sake of « contained in DICOM header files of each study. To this 
brevity. end, the database server stores a U study attributes, including, 

1 3 Network Gateway bUt " 0t Iimited lo » ima S e annotations and edits, window/ 

/ y 65 level settings, measurements, and radiologist comments. 

Generally speaking, the network gateway is the "work- The database server also stores all system configuration 

flow manager" of the PACS, meaning that it receives images settings, including, but not limited to, user accounts, user 
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profiles (i.e., a set of attributes associated with each login 
ID), preferred routings, demographic overlays, and DICOM 
network connectivity. 

The database server keeps track of where all studies "live 71 
at the time, meaning the current location of a study in the 
PACS cluster. Thus, all query, transmit, retrieve, store and 
print actions initiated by a client, i.e., a PACS station, go 
through the database server (either directly or via the net- 
work gateway). As a result, database server 6 effectively 
manages access to images throughout the PACS. Compre- 
hensive queue management and service tools are provided in 
the database server to effect these functions. Moreover, in 
preferred embodiments of the invention, advanced system 
monitoring tools are also included in the database server, 
which alert the PACS administrator that service or manual 
intervention is required. 

As a general rule, studies are not stored on the database 
server, unless the server also includes software modules to 
effect other core PACS functions. However, in most cases, ^ 
the database server is a dedicated workstation with no 
archive or gateway functionality. Additional hardware, 
however, may be required to meet the facility's study 
volume, number of client stations, and required levels of 
performance and accessibility. 25 

1.5 Reviewing Stations 

Reviewing stations 7 are workstations that may be used to 
retrieve and to view medical images handled by the PACS, 
as well as information relating thereto. The reviewing sta- ^ 
tions may be located remotely from the other PACS core 
components; that is, either remotely inside the same 
building/facility or remotely at a separate geographic loca- 
tion. In either case, a network (e.g., LAN, WAN, or the 
Internet) links the reviewing stations to the other PACS core 3S 
components, in particular to network gateway 6. 

Each reviewing station preferably comprises a dual 
monitor, multi -modality, reading station with features pro- 
vided by PACS software modules, including, but not limited 
to, window/level adjustment, image magnification, roam and 40 
zoom, and image annotation and measurement. The review- 
ing stations also perform automatic worklist generation and 
updates as relevant studies arrive. Regarding worklist 
generation, upon logging in to the PACS via a reviewing 
station, a user may enter a query asking the PACS to locate 45 
a study or group of studies based on input criteria, such as 
an accession number, which is a unique identifier for each 
study. Once these studies have been located, the PACS 
generates, and the reviewing station displays, a user inter- 
face called a main study window. This main study window 50 
is comprised of action buttons, system status indicators, and 
a main study list which includes studies that match the input 
criteria. The worklist comprises the study, or group of 
studies, that the user selects from the main study list. 

The reviewing stations provide users with the ability to 55 
view one or more such selected studies in a variety of 
different, selectable display formats, and then to print or 
transmit the studies using a displayed tool bar. With regard 
to viewing the studies, the reviewing stations may be 
modality-specific as is the case in FIG. 1. Therefore, they 
may have modality-specific viewing options, including, but 
not limited to, CT scout mode, MR cursor mode, image 
zoom, CINE loop, and image drag and drop features, all of 
which are described below. The viewing options also may 
include the ability to display multiple studies for the same 65 
patient on a single reviewing station. Flexible controls are 
generally provided for navigating through the larger studies. 



The invention also provides a way to customize the main 
study window and tool bar based on a user profile. Other 
options provided on the reviewing stations include the 
ability to access RIS reports and to create summary series 
folders for a patient, which summary series folders comprise 
selected patient images from one or more studies. 

In preferred embodiments of the invention, four different 
types of reviewing stations may be used in the PACS; 
although the invention is not limited to these four. 
Specifically, each PACS cluster may include only one, or 
more than one, type of these reviewing stations. Table 2 
below lists features of these reviewing stations. 

TABLE 2 

PACS Reviewing Stations 

Hardware 



Designation 


Application 


Platform 


Monitors 


RS5000 


De-configured clinical 


Sun ® Ultra 1, 


1280 x 1024 




review (plain film) 


170 


monochrome 


RS3000 


CT/MR/TO radiology 


Sun ® Ultra 2, 


1280 x 1024 




primary reading 


1200 


Hi-bright 






monochrome 


RS3000 


US/NM radiology 


Sun® Ultra 1, 


1280 x 1024 


Color 


primary reading 


1200 


Hi- res color 


RS3000 


CR/CT/TO radiology 


Sun ® Ultra 2, 


2048 x 2560 


2K Portrait 


primary reading 


1200 


Hi-bright 






monochrome 
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Each reviewing station may include a hard disk, RAID, or 
the like, which acts as its local cache. In reviewing stations 
of this type, prior to display, images are loaded into the 
cache, and then later retrieved at display time. Alternatively, 
the invention may operate with cache-less reviewing sta- 
tions. In this case, images are routed to the reviewing 
stations when they are to be displayed, rather than being 
stored in the reviewing station's cache. In this regard, in the 
present invention, the images are generally routed from a 
cache in the archive station or the network gateway. Advan- 
tages of using cache-less reviewing stations include reduced 
network overhead and reduced memory capacity in, and thus 
reduced cost of, the reviewing stations. In other respects, 
cache-less reviewing stations behave similarly to their 
"cached" counterparts, except that they do not use a DICOM 
retrieve process, and the is PACS does not route or pre-fetch 
studies to a cache-less reviewing station. Routing and pre- 
fetching are described in detail below. 

1.6 PACS Extensions 

As shown in FIG. 1, in addition to the core components 
described above, the PACS may include one or more exten- 
sions. These extensions provide added functionality to the 
system. For example, extensions exist which provide con- 
nectivity to a hospital's information system ("HIS") (i.e., the 
hospital's computer information system that integrates lab 
results, billing, and inventory) via the RIS. Extensions also 
exist which provide, among other things, low-cost referring 
physician display, DICOM printing, and translation services 
for non-DICOM 3.0 imaging modalities. In general, PACS 
extensions exist as stand-alone entities outside the cluster of 
core PACS components, and are not clients of database 
server 2. With one exception, namely the medical gateway 
described below, communication between the core compo- 
nents and the extensions preferably occurs through DICOM 
3.0 "transmit/queiy/retrieve/store^rint" protocols. 
1.6.1 PACS Broker 

PACS broker 46, also referred to herein as the RIS 
gateway, provides an orderly, unified view of RIS 44 to the 
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PACS core components, referring physician or clinical pressed data enables the Web server to support almost any 

stattons, a *£»o*c (•*. ^ AGFA® Diagnostic type of network connection to the PACS core component 

center or ADC"), and a transmitting station. Specifically, including, but not limited to, LAN, WAN, POTS ISDN etc 

PACS broker 46 is a stand-alone platform that listens to the Moreover, it speeds up data transmission time ' ' 

RIS and responds to query/retrieve statements from the 5 1.6.3 Referring Physician Station 

^t^t JS? DP T5?^k" C ?*^?- a PPr°P riate data 6001 Referring physician stations are loaded with RP5, and 

?HlV™«l£t ^ ?k ^ "™ 10 ~ mmunica,e S e ° eraU y si°g»e monitor workstations designed for 

■ ^ L™,^ T ) ^ m ^ ws . and to <=°m™- referring physicians home/office use (as opposed to primary 

mcate in DICOM with network gateway 6. Thus, the PACS viewing). In this regard, RPS software comprises PC-based 

broker makes patient demographics, schedules, study io DICOM "query/retrieve/dis P lay/reportA>rinf software that 

K'comnonenS'TpA^^ f " ^ ^ J™ * ^ ° nt ° ^^l/equippcd workstation. 

PACS components. A PACS broker, or its equivalent, is Version l.X of RPS is a 16-bit application which runs on a 

therefore generally used if image/study routing is to be variety of operating systems including Windows95® and 

performed by the network gateway based on referring phy- Windows® 3.11. Version 2.X of RPS is a 32-bit application 
sician or patient location. Moreover, the PAC broker can be is that runs on Windows95® and Windows® NT. The 2X 

programmed to update patient information in the core com- version of RPS is preferred, since it has an improved user 

ponents periodically, thereby ensuring that the PACS has the interface and image processing enhancements, including 

latest patient information available. JPEG compression 

In preferred embodiments of the invention, the PACS A preferred hardware configuration for the referring phy- 
broker comprises a workstation which includes a color 20 sician station 49 comprises a Dell PC with a Pentium Pro 

monitor and which runs Windows® NT. The workstation 200 MHz processor, Windows® NT operating system, 64 

also preferably includes a disk drive which is at least 9 mega-bytes of RAM, 3.1 giga-byte hard drive 12X 

giga-bytes in size for storing RIS reports, among other CD-ROM, and 33.6 KHz modem. The referring physician 

tilings. The PACS broker k interposed between the RIS and station may be connected to the PACS core components, in 
the network gateway, as shown ,n FIG. 1, and, in preferred 25 particular to the network gateway, via any type of network 

embodiments of the invention, is connected to each via a connection; although ISDN network connections are pre- 

TCP/IP network connection or the like. Of course, the ferred for teleradiology applications 

invention is not limited to using this hardware to implement In preferred embodiments of the invention, the referring 

if. ' «™ P uting equipment will do. physician station is not a client of database server 2 but 

i.t>_i web server 30 rather includes its own database. In operation, the referring 

As noted above one of the advantages of the present physician station uses RPS to request and retrieve studies on 

invention is the ability to access images/studies from remote the PACS. These studies are then displayed on the station In 

locations, such as over the Internet. To this end, the present general, the PACS only sends to me referring physician 

inven ion provides Web server 47 for making information on station studies or, alternatively, summaries of studies mat are 

the Internet available to the PACS, and vice versa. Of course, 35 simplified and/or JPEG compressed. That is, in general the 

standard security protocols are provided in Web server 47 to referring physician station does not transmit studies back to 

prevent unauthorized persons from gaining access to infor- the PACS; although RP5 can be configured to do so if this 

matron stored on the PACS. functionality is desired. 

In preferred embodiments of the invention, Web server 47 1 .6.4 Clinical Station 

is a 100% JAVA server that provides a "no plug-in" solution 40 Clinical stations are loaded with CS500 software and 

u^slu^U^nn 3 ,h Th embodime ° te * Web server 47 generally comprise single monitor workstations designed for 

usesSun®Ultra22fJ0as,tshardwarepIatform,andsup P orts use by clinicians and referring physicians, and forhome/ 

200 or more clients. Using tins hardware platform, up to 50 office use (as opposed to primary viewing). CS500 software 

diente may access the server concurrently. These clients comprises PC-based DICOM "query/retrieve/display/report/ 
may be any PC or Sun® workstation running a Hot JAVA 45 print " software which can be loaded onto aiy suitably 

browser or Netscape® ^Communicator. equipped workstation. CS500 has all of the functionality of 

Web server 47 can be configured as a client of database the RP5 software described above, with the addition of split 

server 2 (i.e., as a core component) or as a stand-alone screen comparison of two (or more) studies, selectable 

system (i.e., as an extension). In either case, in response to inverse video, auto-pilot processes, enhanced DICOM print- 
a request from the PACS or the Internet, Web server 47 50 ing tools, and login security similar to the PACS itself Other 

retneves^ies^rotherinformationKromeitherthePACS features include linear and angular measurements of study 

or from the Internet in accordance with the request. The Web images, balloon help tips, and support for 1280x1024 dpi 

server then places those studies (or other information) into and higher display resolutions 

its cache, which is preferably scaleable to meet the storage A preferred hardware configuration for clinical station 50 
needs of the system Web server 47 may then provide either ss comprises a Dell PC with a Pentium Pro 233 MHz processor 

-full-size- .mages of those studies or thumbnail sketches Windows® NT operating system (although Windows95® 

thereof to the requester. Storing the images on the Web may be used), 64 mega-bytes of RAM, 31 giga-byte hard 

server in FlashPix® format (developed by the Digital Imag- drive, 24X CD-ROM, 33.6 KHz modem, and 10/100 MB 

ing Group) is one way for the Web server to provide ready Ethernet connection. As above, the clinical station may be 

access to either thumbnail or full-size images. 60 connected to the PACS core components, in particular to the 

In the case of data going out to the Internet, Web server network gateway, via any type of network connection; 

47 performs progressive wavelet compression on the data although ISDN network connections are preferred for tel- 

before it is transmitted. In a case that the Web server receives eradiology applications 

compressed data from the Internet, it performs progressive In preferred embodiments of the invention, the clinical 

wavelet decompression pnor to transmission to the PACS. 65 station is not a client of database server 2, but rather includes 

the invention, of course, can support compression and its own database. It does, however, inherit the login names 

decompression methods in addition to these. Using com- and security profiles from the PACS to which it is net- 
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a referring physician station, a clinical station, etc., or 
directly to another location on the DICOM network, such as 
a Web server or a printer (if available), based on routing 
rules defined by a combination of one or more of the routing 
attributes set forth below in Table 3. 

TABLE 3 



Routing Attributes 



10 



Attribute Function 



RES 
Gateway? 



Patient 
Location 



worked. In operation, the clinical station uses CS500 to 
request and retrieve studies on the PACS. These studies are 
then displayed on the clinical station. In general, the PACS 
only sends to the clinical station studies or, alternatively, 
summaries, of studies that are simplified and/or JPEG com- 
pressed. That is, in general, the clinical station does not 
transmit studies back to the PACS; although CS500 can be 
configured to do so if this functionality is desired. 
1.65 Transmit Station 

Transmit station 51 comprises a computerized scanner 
which scans in film, in particular radiographic film such as 
X-rays, and which transmits the scanned film images to the 
PACS (specifically, to the network gateway) via a network 
(i.e., LAN/WAN) connection. In this respect, the transmit 
station operates in roughly the same manner as any other 
imaging modality on the PACS. The scanned images are 15 
transmitted to the PACS using DICOM 3.0 protocol, and 
may be compressed using JPEG prior to transmission. In 
preferred embodiments of the invention, the transmit station 
also organizes scanned images into patient folders 
(comprised of one or more studies) prior to their 20 
transmission, and can retrieve and display RIS reports from 
the PACS in cases where there is a PACS broker extension 
present. 

In preferred embodiments of the invention, the transmit 
station is comprised of a film digitizer and a Pentium Pro PC 25 
running Windows® NT 4.1. The film digitizer is preferably 
capable of scanning film ranging from 8"xl0" to 14 rt xl7". 
Different scanning resolutions also may be provided, i.e., 
512x512 through 2043x2048, together with the ability to 
view and rotate digitized images prior to transmission. 
1.6.6 Medical Gateway 

Generally speaking, a medical gateway is a program- 
mable secondary capture device for non-DICOM 3.0 imag- 
ing modalities and output devices. The medical gateway is 
used to provide connectivity between these modalities/ 35 
devices and the PACS. To this end, medical gateways 
communicate with the core PACS components via APIP, or 
its equivalent. In general, each medical gateway can support 
up to three imaging modalities or output devices, as shown, 
e.g., in FIG. 1. That is, in the figure, medical gateway 52 40 
("MG") is interposed between the PACS core components 
and two imaging modalities 54, and medical gateway 56 is 
interposed between the PACS core components and printer 
58 in the printer network. In preferred embodiments of the 

invention, these medical gateways are PCs that are TCP/IP- 45 Of course, the invention is not limited to routing images 



Acquiring The acquiring station is the imaging modality No 
Station that sends studies to the PACS. The simplest 

touring scheme is one that sends all studies 

from one acquiring station to one or more 

reviewing stations. 
Radiology The PACS administrator designates certain Yes 
Specialty reviewing stations for reading studies 

related to certain specialties (e.g., head, 

abdomen, pediatrics). All such studies 

are routed thereto. 

The RIS maintains a list of patient locations Yes 
that is essentially a road-map to each bed 
in the hospital. Reviewing stations are located 
in a physical space that maps to some patient 
location number. For example, it is possible 
to create routes to trauma centers, ICU, and 
emergency rooms using the patient location 
as the routing criteria. Patient location routes 
support wildcards (e.g., "trauma I"). 
The RIS maintains a list of referring physician Yes 
names, and assigns code numbers to the names. 
Referring physician routes support wild cards. 
A section called "Off Peak Schedules" No 
allows the user to configure time ranges 
for use as routing criteria. For example, 
a route could be configured to send studies 
to a station where an on-call physician 
is seated during evening hours. Another 
example might be to route studies to a 
physician's home after-hours or on weekends. 
Routing may be configured so that studies are Yes 
sent to certain locations based on a change 
in study status. For example, the user 
may delay transmission of studies to 
clinician stations until a report 
has been generated. 

Selected stations may he configured as Yes 
**pre-fetching" targets, while 
others may be excluded from pre-fetching. 



Referring 
Physician 



30 Time 



Study 
Status 



Pre-fetch 
Rules 



ready, and that have IP routing capabilities. 
1.6.7 Printers 

Various DICOM-compliant printers may be connected to 
the PACS, as shown in FIG. 1. These printers are typically 
connected to the network gateway via a TCP/IP network 50 
connection; although other network connections are pos- 
sible. Examples of two such printers are the Drystar® 2000 
Thermal Printer and the Drystar® 3000 Thermal Printer, 
both of which provide at least 300 dpi in resolution. 
2.0 Routing . . 

As described above, the PACS receives studies from one 
or more sources. Each of these studies is routed by network 
gateway 6 to one or more of the stations described above in 
section 1, or alternatively to an output device such as a Web 



based on the attributes set forth in Table 3. Other attributes 
also may be used as well. 

FIG. 4 shows the routing system of the present invention. 
More specifically, as shown, an imaging modality 60 or, 
alternatively, PACS broker 46, transmits a study to network 
gateway 6. Network gateway 6 then executes code to 
detennine, in step 61, if the study is broken, meaning that it 
has demographic data that is incorrect in that is conflicts 
with information already contained on the PACS. In this 
55 regard, as noted above in section 1.3, the network gateway 
maintains study demographic information for validation 
purposes. This is the information used to detennine whether 
a study is broken. In the event that the study is broken, the 
network gateway executes code in step 62 to store the study 



server or printer. To effect this routing, the network gateway 60 in its private cache, from which the PACS administrator may 
executes PACS software modules in order to receive the ** " * " J * A 

images, to detennine where on the PACS that each study/ 
image should be routed based on predetermined routing 
rules, and to route the studies directly to the appropriate 
location automatically. 

In more detail, network gateway 6 routes studies directly 
to a station, such as a reviewing station, an archive station, 



fix" the broken study in step 64. Studies that are fixed, or 
that are not broken, are routed to appropriate PACS (e.g., 
reviewing) stations using routing rules, as shown in step 65. 
These routing rules may be created by the user, as described 
below. 

To this end, a service button in the PACS user interface 
(see section 3.1 below) displays a service menu "Web tool" 
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in response to clicking on a service action button. A repre- 
sentative example of the service menu "Web tool** is shown 
in FIG. 5. As shown, this service menu contains various 
"Installation" hyperlinks written in HTML which provide 
information regarding software used on the PACS 
(specifically, the Solaris® operating system, device 
EEPROM parameters, system variables, installation 
parameters, an installation log, and Solaris® and other 
software packages), and information regarding hardware 
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routing pattern button 96, modify routing pattern button 97, 
and table 99. Add routing pattern button 95 adds the routing 
rule set forth in the table to the network gateway; delete 
routing pattern button 96 deletes the routing rule from the 
network gateway; and modify routing pattern button 97 
allows the user to modify the routing rule. 

Table 99 includes name entry line 100 for assigning a 
name to the routing rule; destination entry line 101 for 
selecting a station to which studies will be routed by the rule; 



. * „ . ~ / ' " , & & — ^ 1VVI,I, 6 a awuuu iu wiihjh siuaies win oe routed oy the rule 

used on the PACS (specifically, the system configuration, the 10 specialty entry line 102 for inputting a specialty (eg 
system date and time, and tape drive information). Of pediatrics, CR chest, CT abdomen, etc. or "Don't Care"> 
interest with respect to routing, are the hyperlinks listed which will invoke the routing rule; study status entry line 
under Configuration". These hyperlinks include DICOM 103 for inputting a minimum study status (e.g., new 
network link 66 routing patterns link 67, referring physician dictated, preliminary, approved) which will invoke the rout- 
link 69, patient location link 70, radiology specialty match- is ing rule; referring physician entry line 104 for inputting a 
mg ™ ™: radl ° lo gy specialties link 72, externaUpecialty ... referring physician to which the routing rule- will apply* 
matching link 74, and external specialties link 75. In brief, "apply routing to" entry line 105 for inputting a category of 
these links allow a user to input information at the user's studies (e.g., "all" or "pre-fetched") to which the routing rule 
station, which information is then transmitted to the network will apply; and "off peak schedule name" entry line 1W7 for 
gateway. The network gateway takes this information and 20 selecting an off-peak time, such as weekdays, weekends or 
generates (or "^s)/outing rules. weeknights, during which the routing rule is to apply. Other 

Starting with DICOM network link 66, this link connects entry lines which may be included in table 99 are a patient 
to a site which displays a form which allows the user to set location entry line for routing based on patient location and 
various PACS stations as potential recipients of routed an arrival time entry line which is a variation of "off peak 
studies. A representative example of this form is shown in 25 schedule name'* entry line 107 FIG 9 shows another 
FIG. 6. As shown, the form lists various PACS stations. In example of a form for creating touting rules, which includes 
P *™„ en ] bodiments of tbe mvention > the user may input some, but not all, of the features described above 
a D (for designation) next to a PACS station to indicate Returning to FIG. 5, referring physician link 69 and 

that the station is a destination (i.e., that it is a potential patient location link 70 provide the user with separate 
recipient), or a T* (for transmit) next to a station to indicate 30 libraries of potential referring physicians and patient loca- 
that the station is a transmitting station. Obvious examples tions for the PACS. For example, FIG. 10 shows a page 
of destination and transmitting stations are reviewing sta- which includes a list of potential patient locations, which can 
tions and imaging modalities, respectively. be accessed via patient location link 70. As shown in the 

Acquisition stations link 76 connects to a site which figure, this page includes the abilities to add patient locations 
displays a form which may be used to assign a routing name 35 (add location button 109), to modify existing locations 
to each imaging modality, and to provide other information (modify location button 110), and to delete locations (delete 
regarding the imaging modality to the PACS. An example of locations button 111). A page which includes a list of 
this form is shown in FIG. 7. The form includes add button potential referring physicians is substantially similar to that 
; w, ™f te button 79 ' 2 nd modif y button 80 > together with shown in FIG. 10, and is therefore omitted herein for the 
table 81. Add button 78 is used to add the information in the 40 sake of brevity. 

form to the PACS delete button 79 is used to delete the Radiology specialty matching link 71 and external spe- 
mformation in the form from the PACS, and modify button cialty matching link 74 map RIS procedure codes to these 
™ the . entries m table 8 manually. specialties, thereby enabling organ-based routing (i.e., rout- 
iable 81 includes station name box 82 for assigning an ing studies to reviewing stations based on bodily organs that 
alias to the imaging modality (i.e., an acquisition station), 45 the images therein depict). In this regard, each procedure 
modality box 84 for inputting the modality's type, OCR box performed on an organ is identified by an RIS procedure 
85 for selecting whether the station is a direct-capture device code. The present invention maps these RIS procedure codes 
that outputs images requiring OCR, field mapping box 86 for to the above specialties. Then, when routing is performed 
inputting whether the modality requires DICOM mapping of based on a radiology specialty (e.g., MR CT etc ) or on an 
an accession number or patient ID, HIS verify box 87 for 50 external specialty (e.g., pediatrics, emergency' room, trauma 
set tine the station as an HIS verified sniirrp. film nwip k^v ~ — 1 .1 1* \ . 



setting the station as an HIS verified source, film mode box 

89 for use with studies captured on film, routing pattern box 

90 for inputting a routing pattern associated with the 
modality, need-to-archive box 91 for performing selective 
archiving of images output the imaging modality, demo- 55 
graphic layout box 92 for creating names associated with 
demographic layouts provided for images produced by the 
modality, and accession number box 94 for entering an 
accession number associated with a study produced by the 
imaging modality. 

Returning to FIG. 5, routing patterns link 67 displays a 
form on which a user may create routing rules and assign a 
set of attributes to each routing rule. The names of these 
routing rules may then be input to the acquisition station 



centers, and orthopedics, etc.), organ-based routing is per- 
formed as well. 

2.1 Pre -fetching 
The present invention includes the ability to route relevant 
prior studies to a reviewing station in contemplation of a 
scheduled event, such as a patient examination or the like. 
This process is called pre-fetching, and is effected by code 
executing on the network gateway. In more detail, pre- 
60 fetching involves RIS gateway 46 receiving information 
concerning a scheduled event from RIS 44, and then trans- 
mitting that information to the PACS, in particular to net- 
work gateway 6 (see FIG. 1). The network gateway then 



._ „„„ _ „ >t , Mi „ „ JW a ^ UU)UIU1I aw »uu queries the RIS, via the RIS gateway, requesting details 

form described above. In more detail, clicking on link 67 65 concerning the scheduled event. For example the network 

connects to a site which displays the form shown in FIG. 8. gateway can request information concerning the nature of 

This form includes add routing pattern button 95, delete the scheduled event (e.g., an exam, consultation, surgery 
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etc.), the time and date of the scheduled event, and the body 
part pertaining to the scheduled event, among other things. 

Once the network gateway receives the requested infor- 
mation from the RIS, predetermined PACS pre-fetching 
rules stored in memory on the network gateway take over to 
retrieve relevant prior studies from a memory (e.g., the 
archive) on the PACS. These pre-fetching rules may be 
set/modified by the user via relevant prior rules link 112 on 
the form shown in FIG. 5, as described below. Initially, the 
pre-fetching rules are used to determine which prior studies 
on the PACS should be retrieved. Once this is done, the prior 
studies are copied into the archive station's cache (or, 
alternatively, the network gateway's cache) and routed to the 
appropriate stations automatically. In cases where a recipient 
station is cache-less (e.g., a cache-less reviewing station), 
" the network gateway will merely copy the relevant- prior 
studies to cache without routing them automatically. That is, 
in this case, the network gateway waits for a request from a 
PACS station before routing retrieved images thereto. Of 
course, the behavior of the network gateway is dictated by 
the applicable pre-fetching rules (together with the details 
received from the RIS). 

In this regard, as noted above, the pre-fetching rules may 
be set and/or modified by the user via relevant prior rules 
link 112. More specifically, clicking on relevant prior rules 
link 112 connects the user to a site which contains a form 
used for inputting information to add, delete and/or modify 
pre-fetching rules. Once this information is input into the 
form, the information is conveyed back to network gateway 
6, which generates pre-fetching rules therefrom, stores these 
rules in memory, and executes them as required. An example 
of this form is shown in FIG. 11. This form includes add 
button 114 for adding the pre-fetching rule defined by table 
115, delete button 116 for deleting the pre-fetching rule, and 
modify button 117 for modifying the pre-fetching rule. 
Representative pre-fetching rules are shown in FIG. 11, and 
are set forth below in Table 4. 

TABLE 4 



20 

TABLE 4-continued 







Pre-fetchina Rules 




Available 




Rule 


Choices 


What it Does 


Cache 


Yes/No 


Indicates whether retrieved studies are 


Priors 




to remain in the archive's cache, 




from which they can be retrieved. 



Rule 



Available 
Choices 



Pre-fetching Rules 



What it Does 



Radiology 
Specialty 

Modality 



Fetch 

Same 

Specialty 

Fetch 

Same 

Modality 

Maximum 

Number 

of Studies 

Oldest 

Study to 

Fetch 

Fetch 

Summary 

Fetch 

Only 

Summary 

Route 

Priors 



All internal 
and external 
specialties 
All 

modalities in 
the PACS 
Yes/No 



Yes/No 



Enter 

Whole 

Number 

Enter 

Whole 

Number 

In Years 

Yes/No 



Of course, it should be noted that the invention is not limited 
to the pre-fetching rules shown above, and that any others 
may be incorporated herein. Moreover, the foregoing pre- 
fetching rules can be combined, where appropriate, as 
desired. 



20 



25 



30 



Yes/No 



Yes/No 



Allows the user to selectively configure pre- 
fetching of images relating to particular 
specialties. 

Allows the user to selectively configure pre- 
fetching of images generated from particular 
imaging modalities. 
Looks at the speciality of a new study 
and does or does not, pre-fetch prior 
studies comprising the same specialty. 
Looks at the modality that created a new study 
and does, or does not, pre-fetch prior studies 
created by that modality. 
Indicates the maximum number of studies that 
can be pre-fetched. 

Indicates that only studies captured after a 
predetermined date will be pre-fetched. 

Fetches relevant prior studies* summaries along 
with the studies themselves (if present). 
Fetches relevant prior studies' summaries, but 
not the studies themselves. 

Indicates whether, after the studies have been 
copied to archive cache, they are to follow the 
routing rules configured above. 



45 



50 



3.0 User Interface 

The main study window (alternately, the study manage- 
ment window) is the primary user interface for each of the 
above-described PACS stations (both core components and 
extensions, where appropriate). The main study window is 
implemented and controlled by PACS software modules 
running on each PACS station. As shown in FIG. 12, the 
main study window includes a main study list 116, system 
status indicators 117, and two sets of action buttons 118 and 
119. Action buttons 119 enable a user to view, retrieve, 
transmit, and delete studies. These buttons also allow a user 
to perform administrative functions and exit the system. 
Action buttons 118 allow a user to sort patient studies by 
modality, creation time, patient name, and other criteria. 
These buttons also permit users to select, restore and save 
worklists. Which of action buttons 118 and 119 are available 
in the main study window depends, at least in part, upon 
settings in the user's profile, as described in more detail 
below. The PACS administrator, however, can limit the 
action buttons available to particular users and to particular 
stations, regardless of the settings in that users's profile. 

Status indicators 117 provide information about the 
PACS. In brief, left-most segment 120 displays an amount of 
available local memory- Its color changes from green to 
amber to red as the local memory fills. Second segment 121 
displays system activity levels during a retrieve operation. 
The retrieve queue of the station can be viewed by pointing 
and clicking to this segment. Third segment 122 displays 
system activity levels during study transmission. Fourth 
segment 123 indicates that there are pending off-line jobs for 
MODs not physically present in the jukebox. This segment 
is usually provided on archive stations only; although this is 
not a requirement. Fifth segment 124 indicates if there are 
any "broken** studies in the station's private cache. This 
segment is usually provided on the network gateway and the 
archive stations only; although this is also not a requirement. 

3.1 Action Buttons 

When the user clicks on an action button in the main study 
window, the PACS (specifically, the PACS software on the 
station) carries out an action, usually with respect to a 
selected study or studies. The following is a description of 
the various action buttons that may be provided in the main 
study window, and the processes associated therewith. 

Display button 125 enables a user to display one or more 
selected studies in the main study list simply by clicking on 
; the button. Specifically, in response to a user clicking on this 
button, the PACS software retrieves selected studies from 
the station's cache, and then displays the selected studies on 
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the station's display screen. Display button 125 also initiates 
"pipeline" retrieval of images described below in section 
6.0. Id preferred embodiments of the invention, display 
button 125 is found on reviewing stations only. However, 
other embodiments of the invention also provide it on one or 5 
more of the archive station, the database server, and the 
network gateway, as well. 

Retrieve button 126 enables a user to retrieve one or more 
selected studies. More specifically, in response to a user 
clicking on this button, the PACS retrieves selected studies 
into the user station's cache, usually prior to display. In this 
case, the PACS software usually retrieves studies from the 
archive station. 

Transmit button 127 enables a user to transmit one or 
more selected studies from local cache on the user's station 
to another PACS station. To this end, in response to a user 
clicking on button 127, the PACS software displays a dialog * 
box (not shown), in which the user may specify the location 
of a receiving PACS station or the like, as well as other 
relevant parameters. As noted above, the PACS puts limi- 
tations on where studies, particularly edited studies, can be 20 
stored. These limitations generally cannot be circumvented 
via transmit button 127. 

Merge button 129 merges two or more selected studies 
with matching patient IDs, accession numbers, and/or study 
IDs into one study folder. Thereafter, the study folder is 25 
treated by the PACS as a single study, meaning that it is 
transmitted, routed and received as if it were a single study. 
In order to merge studies-, they should remain in a station's 
cache, and off the archive's jukebox. In preferred embodi- 
ments of the invention, the merge button is provided on the 30 
archive station and the network gateway only; however, 
other embodiments may include it on all or some of the other 
stations. 

Split button 130 splits a folder of studies. Splitting is a 35 
process whereby images are removed from one study and 
pasted into the folder of another study. It is most often used 
to split folders which include studies that have been unin- 
tentionally combined (e.g., studies of different patients). 
This can occur in some imaging modalities where the ^ 
technician fails to close an exam before starting another. A 
folder should be stored in a station's cache, and off the 
jukebox, before it is split. In preferred embodiments of the 
invention, the split button is provided on the archive station 
and the network gateway only; however, other embodiments 
may include it on all or some of the other stations. 

Delete button 131 deletes one or more selected studies 
from a station's cache. This button is preferably provided on 
all PACS stations; however, it is most often used on the 
reviewing stations to delete studies that have been reviewed. 50 
In the event that a selected study is the only copy of that 
study on the entire PACS, the PACS software will issue a 
warning indicating that the user is deleting the last copy of 
that study on the system and will request confirmation 
before the study is actually deleted. 55 

Print button 132 prints a selected study, series of images, 
or individual image based on printer settings for the station. 
The copy of the study in the station's cache is the copy that 
is typically printed; although the invention can be configured 
to retrieve a "new" copy of the study from the archive or 60 
elsewhere and print that new copy. Preferred embodiments 
of the invention also provide a user with printer options, 
provided that there is more than one printer connected to the* 
PACS. Examples of printers that are compatible with the 
PACS are provided in section 1.6.7 above. 65 

As noted above, certain studies may be protected from 
auto-deletion by assigning them a protected (or "P") status. 
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Protect button 134 effects this operation on one or more 
selected studies. Studies may be protected on any of the 
PACS stations described above. An indication that a study is 
protected is provided in the main study list and worklisi, as 
described in more detail below in section 3.2. 

Show Report button 135 permits a user to retrieve, and to 
display on his station, a patient report from the HIS or RIS. 
As described above, in order to obtain information from the 
HIS or RIS, a PACS broker (i.e., RIS gateway 46) is 
typically required on the PACS. Accordingly, the show 
report button is generally only included in PACS that include 
a PACS broker. Of course, the show report button may also 
be used in cases where the PACS is connected to the 
HIS/RIS via means other than a PACS broker. 

Study information button 136 displays a form relating to 
one or more selected studies. This form includes information 
about the studies and/or about the patient associated with the 
studies. In preferred embodiments of the invention, the user 
is able to set, in advance, the format of the form and the 
patient and/or study information that is to be included in the 
form. 

FIG. 13 shows a representative example of the study 
information form displayed by button 136. As shown, study 
information form 137 includes entries for patient ID, name, 
sex, location, study ID, date, time, station, accession 
number, procedure, modality, physician, reported status, 
study status, specialty, private field, comments, reason, and 
keywords (user-assigned word(s) for identifying a study 
quickly from a list of studies). Also included in the form are 
action buttons. In this regard, button 139 saves comments 
and changes to the patient study information; button 140 
closes the study information window; and button 141 per- 
forms RIS validation, meaning that it inserts the actual 
patient ID and accession number into the study. In this 
regard, in trauma cases in particular, a study may be forced 
into the PACS without going through RIS validation. When 
this is done, the invention inserts a UID (i.e., "unidentified") 
string for the patient ID. Button 141 thus substitutes the 
patient's ID for the UID string. 

Returning to FIG. 12, process monitor button 143 enables 
a user to monitor and to change the status of archive, 
gateway, print and transmit jobs stored in PACS stations 
caches. In brief, as noted above, and as described below in 
section 3.2, each study in the main study list and worklist has 
a status associated therewith. In response to a user clicking 
on process monitor button 143, the PACS software displays 
a form containing the status of one or more selected studies, 
preferably, on any of the stations in the PACS. This form can 
then be edited to alter jobs' status or the like. The process 
monitor is described in greater detail below in section 4.2.1. 

An archive administration button, shown in FIG. 14, can 
also be included in the main study window. The archive 
administration button permits a user to prepare, import and 
export MODs for the archive station's jukebox. In preferred 
embodiments of the invention, this button is provided only 
in the main study window of the archive station; although 
this is not a requirement. FIG. 14 also shows a form that the 
PACS software displays in response to a user clicking on 
button 144. This form include two rows of action buttons. 
The top row of action buttons is always active, while the 
bottom row of action buttons becomes active only after an 
archive process has been halted. 

With respect to the top row of action buttons in form 145, 
this row contains button 146 which interrupts all archiving' 
activity. That is, after this button is activated, stored and 
retrieved jobs will continue to enter the appropriate queues, 
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but wiU not be acted upon until the archive process is up and telnet session the user may view I^f^^^- 

running again. Button 147 re-starts the archive process so mation and RIS events, preferably in real-time. This button 

that all pending retrieved and stored jobs can be processed; is typically provided on the reviewing stations, but may be 

burton 148 allows a user, after selecting one optical disk available on other PACS stations as well, 

from volume list 149, to view a form (not shown) that lists 5 Service/configure button 172 is used by the PACS admin- 

the study ID study date, and number of pages of selected istrator to set up the PACS and all network gateway 

studies on a disk; button 150 refreshes the form shown in functions, including the routing and pre-fetching rules 

FIG 14- and button 151 exits the archive process. described above in section 2. The service button is also used 

With respect to the bottom row of buttons in form 145, to check the capacity of caches in the various PACS stations 

button 152 starts a recovery process whereby the station w using installed service tools. 

checks all of the disk locations inside the jukebox; button Sign off button 174 closes the PACS application and 

154 imports a new optical disk into the jukebox and assigns places the user at a login screen. The user may reenter the 

it a volume ID; button 155 moves a disk to an import/export PACS by entering both a user login ID and a password, 

element at the top of the jukebox; button 156 erases the Custom query button 175 enables a user to query for 

contents of any optical disk that is not hard-wired protected; 15 pa tient images, studies and/or folders on the PACS. When 

button 157 formats a fresh optical disk so that it can be activated, the custom query button displays a form, which 

imported; button 159 performs a quick check of the jukebox me ma y fill out in order to specify attributes of images, 

disks to ensure that each is inserted in its correct slot; and studies and/or folders stored on the PACS that the user wants 

button 160 ejects disks from the drives and returns them to to retrieve. FIG. 16 depicts the form displayed by clicking on 

their appropriate mail slots. Status indicators in form 45 20 qu er y button 175. On this form, the user may enter 

indicate whether a disk is Fresh, meaning that it has not yet a raQge 0 f search dates, times, patient information, RIS 

been written to; Open, meaning that it has room for more procedure codes, or other relevant information on which to 

studies; Closed, meaning that it is filled; Protected, meaning base the custom query. Similarly, the user may initiate 

that it may not be erased; or Foreign, meaning that it was location sorting by activating location sorting button 178; 

created on a different PACS archive. 25 status sorting by activating status sorting button 177, and 

Returning to FIG. 12, as noted above, the invention modality sorting by activating modality sorting button 176. 

provides a way to customize the main study window and The sorting effected by these buttons is substanUally iden- 

display tool bar based on information input to a user profile tical to that described below. Once the relevant information 

form and/or an access control form. Users button 161 has been set in custom query ^form, searchmg may be 

displays these forms, shown in FIGS. 31 and 30, respec- 30 initiated by clicking on search button 179 Thereafter 

uvely. Section 5.0 below describes, in detail, customizing images, studies and/or folders which match the search 

the main study window and tool bar using these forms. criteria are retrieved and displayed m the study list. Clear 

Abackuo button (not shown) may also be provided in the search criteria button 180 is also provided in the custom 

A backup Dunon tnoi snowo; uiay ai^ u ^ existing entries, and exits close button 

main study window to initiate backup of the PACS database. query iormiu uw, CA g 

THis usually means storing the PACS database to DLT or, 181 from the custom searching function^ 

alternatively, MOD. In preferred embodiments of the Returning to FIG. 12, default query button 182 applies 

invention this button is provided on the database server default sort and select criteria for the user based ^on the user s 

station only; however, other embodiments of the invention login ID. This default criteria may be specified^ subse- 

provide it on other stations as well. 40 quently changed, by altering the.user s profile. T^s may be 

Fix study button 162 calls up a "fixup" GUI which enables done at login, or at any point during execution of the PACS^ 

a user to modify or to alter information relating to broken Worklist select button 184 selects studies that match 

studies As noted above, a broken study is a study with default worklist criteria set forth in the user s profile. For 

demographic data that is incorrect or that conflicts with example, this button may be configured, via the user profile, 

information already contained on the PACS. A broken study 45 to select all CT NEURO 1 (i.e., computed /omography 

can be detected in the main study window based on an neurological) studies from the mam study list. The button 

indicator (not shown) appearing to the right thereof. Such may be configured to select relevant prior studies as well, as 

studies typically remain in the network gateway and are not described below. 

available to reviewing stations; hence button 162 is usually Save worklist button 185 permits a user to save selected 

provided only on the network gateway. 50 studies as a worklist. TYiis save operation saves the worklist 

In response to a user clicking on button 162, the PACS over station power cycles and user logouts Restore saved 

software displays fixup GUI 164, shown in FIG. 15. GUI worklist button 186 restores a worklist that was saved 

164 displays the information pertaining to the broken study, previously. 

and allows the user to correct incorrect information. To this Location sorting button 187 permits a user to display a list 

end the fixup GUI 164 includes action buttons, which 55 0 f all studies residing at a particular location in the PACS. 

buttonV include button 165 for clearing the original study Clicking on location sorting button displays a pull-down 

information, button 166 for restoring cleared study menu which includes a list of optional searching locations, 

information button 167 for testing newly-input study infer- These locations include "Local" (which is shown), which 

mation to determine whether the study has been "fixed", displays a list comprised only of studies contained on the 

button 168 for forcing the study into the public cache once 50 station's local storage (e.g., its cache); "System^which 

it is determined that the study has been fixed, button 169 for displays a list comprised only of studies on the PACS; and 

viewing the study, and button 170 for closing the GUI. A "Cached", which display a list comprised only of studies that 

similar form may also be provided on the RIS gateway to fix reside on caches within stations in the PACS cluster. An 

broken studies received from the RIS. "Other targets" option may also be displayed by which a 

HIS window button 171 permits a user to open a "telnet" 65 user may display a list comprised only of studies at user- 

se Tn™£Zn .the PACS^d the HIS/R1S via the PACS specified locations in the PACS THese ^ 

broker, database server, and network gateway. During this specified, e.g., in the access control form described below. 
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^St?STJS *E&™**^ to £ = ated ^ f-y^ j«« suffice it to say 
and/or time. More specifically, chckmg on be lt St^T f? , additional status designations: new 

button 189 displays Vpull-down menu w^TiS^ ( } t'TJ? ( m ' hC prOCCSS ° f ^ dictated 

UmeK)rientedoptioiisforsorUngmroughsmaaesinthestudv c * ( ^ approved ("R"). Definitions of these (and 

list. These options include "Any time" (which is shown) ^2 S designations are provided in section 3.2 below, 
which selects and lists all studies in the main study window klI3g on so^g button 195 displays a pull-down 

regardless of when they were created; "Today" which meDU whlch Chides status-oriented options for sorting 
selects and lists only studies which were created today- ^ rou S b studies in the study list. These options include 
" Yesterday", which selects and lists only studies which were " new * , » whicn selects and lists only new studies; "dictated", 
created yesterday; and "Last 2, 7, 21", which selects and lists 10 whlcb ^ onl y dictated studies or studies in the 

only studies which were created within the specified time process of ^""8 dictated; "reported", which selects and lists 
period, i.e., 2 days, 7 days, 21 days, etc. In preferred ODly re P° rted studies; "approved", which selects and lists 
embodiments, the PACS software provides the option of ODly a PP roved studies; and "any" (shown), which does not 
creating a customized "prior days" query by altering param- P crform status sorting, meaning that all studies remain listed 
eters in the user profile form . 15 re g a rdless of their status. Of course, this selection list can be 

. Parameter sorting button 190 enables a user to select and mo ^ fied . to select and list studies based on other status- 
to list studies in the main study list based one or more input d^S^ons. 

parameters. Specifically, clicking on parameter sorting but- f Display listing button 196 enables a user to customize the 
ton 190 displays a pulldown menu which includes the 2n format of to study list. Clicking on display listing button 

following sorting options: "patient name", "patient ID", 196 displays a pull-down menu which includes a list of 

"accession number", "patient location", "radiology display options. These options include "Study", which dis- 

specialty", "referring physician", "private field" (i.e., a user- p,ays a list of studies; "Study & Summary", which displays 

specified field), and "unspecified" (no sorting— this is a list of studies and summaries associated with those studies; 

shown). The user may then select one of the foregoing " Patient & Study", which provides a listing of all studies for 

options for searching through the study list. Once an option each P atient > where *be patient name is listed only once and 

has been selected, the user specifies an entry in box 191 a !* stud ies are listed line-by-line; and "Patient", which 

which corresponds to the specified field. For example, if the displays studies for a particular patient only, 
"accession number" option is selected from the pull'-down Basic query button 197 initiates searching sorting and 

nrenu, the user may enter an accession number into box 191. - reordering based on criteria set in the pull-down menus of 

Wild cards" can be entered into box 191 to enhance location sorting button 187, time sorting button 189 param- 

runctionality. The PACS software then searches for the ete r sorting button 190, list ordering button 192 inodality 

specified study or studies, and selects and lists only those sorting button 194, status sorting button 195 and display 

studies m the main study window. listing button 196. That is, after the appropriate criteria are 

List ordering button 192 permits a user to reorder a list of 35 sp^ed via the pull-down menus, the selected criteria are 

studies in the main study list based on parameters provided displayed on the main study list. For example, as shown in 

in a pull-down menu. Specifically, clicking on list ordering FIG * 12 ' modality sorting button 194 is configured to select 

button 192 displays a pull-down menu which includes the and list studies from CT imaging modalities. A user then 

following options: "Recent last", "Recent first" (which is initiates the actual searching/sorting/listing by clicking on 

shown), and "Name". "Recent last" reorders the study list in 40 basic 1 uer y button 19 ? Until this is done, the main study list 

chronological order. "Recent last" reorders the study list in wil1 not altered regardless of what has been set via the 

reverse chronological order. "Name" reorders the study list pull-down menus. 

alphabetically by name. Other options, of course, may be Various options are available in connection with basic 

Pn Z£?r? W w u * qUery bUtt ° D 19? - F ° r CXam P Ie ' il * I™** to canceTa 

Modality sorting button 194 permits a user to select and 45 mid way through by double-clicking on basic query 

to list studies in the main study list based on the imaging butt °n 1*7. In addition, it is possible to set and to leave the 

modality used to generate images in the studies. More bas ic query button in the active position. Doing this effec 

specifically, clicking on modality sorting button 194 dis- uVeI y results in automatic searching/sorting/listing when- 

plays a pulldown menu which includes modality-oriented ever new criteria are set in the pull-down menus 

options for ^in^rough studies in the study list. These 50 Although not shown in FIG. 12, additional action buttons 

options include "CT*, which selects and lists only studies may also be displayed in the mai* S^S^^S 

produced by a CT ima^ng modality and which is shown; additional buttons include a "Copy to Cache" buTn w5 

MR , which selects and lists only studies produced by an copies studies from jukebox MODs to me focal ha d d^k on 

MRI imaging modality; "US", which selects and lists only the archive station a "Copy to Juk^^ton^S 

SfE 4 "SP"*** "CR", which 55 copies selected studies from local hanllkoS to^he 

^l aD l^ 0n !>: t md f S b *' a <* i«W Mebox; and a "Configure" button which seU upThe PA« 

Zed bC a ?kt WhlCh "^J"? ■*» °° ,y * udto P ro ~ nelWOrk Md nctwork S atewa y sets ILsSS 

duced by an NM imaging modality; and "Any", which rules, and checks station cache. The former two buttonTarf 

a "^2* modalities can be typically provided only on the archive ^S^SS^ 

added to the pull-down menu by changing parameters in the 60 is not required by the invention aunougn this 
access control form, as described below. 

Status sorting button 195 permits a user to select and to 3 2 Stud y List 

list studies in the main study list based on the status of the Study list 116 contain* fnlrW w ;»h e*.„r - 
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invention, there are up to 16 fields in the study list. These 
fields are set forth below in Table 5. 

TABLE 5 



Study List Fields 



Field 



Definition 



Accession 
Number 

Patient ID 
Patient 
Name 
Modality 



Study ID 

Study 

Date 

Study 

Time 

Procedure 



Station 

#of 

Images 

#of 

Studies 

Status 

Patient 

Location 

Radiology 

Specialty 

Physician 

Private 
Field 



Tbe unique ID or job number that is generated 

by the RIS and that is used to track each 

exam (Lc, study), and its corresponding 

patient name* date, and exam type. 

The patient's identification number. 

The patient's name, last name followed 

by first name, with the fields separated by commas. 

A two-letter code for the type of imaging 

modality that acquired the study (e.g., MR, 

CT, US). 

A unique identifier that a modality creates 
for each study. 

The month, day and year that the study was created. 

The hour, minute and second that the study 
was created. 

The RIS examination code. This code specifies 
the nature of the examination (Le., the 
study description). 

The station name of the acquiring imaging modality. 
The number of images for each study or patient. 

The number of studies associated with each 
patient name. 

The status of each study on the local hard disk (cache). 
The RIS patient location field (if present in DICOM). 

The body part that has been mapped to the 
RIS exam code. 

The name of the referring physician (if present 
in DICOM). 

May be configured by the user to display 
another DICOM field. 
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As noted above, the PACS study list provides information 
about each study folder in the form of status designations. In 
cases where the PACS is networked to a RIS that broadcasts 
changes in study status, the PACS software will automati- 
cally update the status designations. Otherwise, the status 
designations may be changed manually. Each study folder 
will have one or more of the status designations set forth 
below in Table 6. 

TABLE 6 



Status Designations 
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TABLE 6-continued 



Status Designations 



Definition 



10 



15 



20 



"M" Indicates that the study has been archived to a MOD. 
"m" Indicates that only part of a study has been archived. 

This generally means that there are configuration 

problems with the PACS routing rules or that 

there is a problem with the archive. 
"N" Indicates that the folder is new to the PACS. 
"O" Indicates an offline status, meaning that the study 

resides in an archive disk that is not 

present in the jukebox. 
"P" Protected status, meaning that the study 

will not be deleted automatically, 
"r" Reported status, meaning that a report was created 

- in the HIS/RIS. 
"R" Indicates that a report on the study has been approved. 
*T" Indicates that the study resides on DIX 
"V" Indicates that the study has not yet been viewed. 



Status Definition 



"C" Cached status, meaning that the study resides 
on a station- hard disk/RAID somewhere in the 
PACS duster. 

"D" Dictated status, meaning that a radiologist has 

viewed the study and dictated a preliminary report, 
"d" Indicates dictation of a preliminary report is in progress. 
"H" Hard copy status, meaning that a printout has been made 

of the study. This status indicator preferably remains 

with the study always. 
*P Indicates additional study comments in a study 

"Info" form. 

"L" Local status, meaning the study is contained in memory 
on the local hard disk. In preferred embodiments 
of the invention, only local studies may be viewed, 
printed and transmitted. 

T Indicates that the study is in the process of being 
transmitted to this destination. This changes to 
an "L" ooce the study is received. 
Studies with an *T* status may be viewed 
via the pipelining process described below. 



4.0 Image Display 

Once images have been selected from the main study list, 
the images may be displayed on a PACS station. Accompa- 
nying the display of such images is a toolbar which enables 
a user to edit, manipulate, and view the images. This toolbar 
is implemented and controlled by PACS software modules 
running on each PACS station. FIG. 17 shows an example of 
such a toolbar. As shown, toolbar 200 is divided into four 
30 major sections that allow the user to view and to act on 
images. The four major sections of the toolbar comprise 
worklist section 201, format selection section 202, image 
manipulation section 203, and virtual screen 204. 

35 4 i Worklist Section 

The worklist section of toolbar 200 is divided into two 
parts 205 and 206 that contain sliders for scrolling through 
the worklist and for selecting the studies listed for individual 

40 patients. The slider in part 205 is active if there are different 
studies having associated therewith two or more patient 
names. The first part of worklist section 201 also contains 
action button 207. This button displays the window shown 
in FIG. 18. As shown, window 209 includes button 210 for 

45 deleting a study from the worklist, button 211 for restoring 
a saved worklist, and button 212 for closing the patient 
worklist. 

The second part of worklist section 201 also includes a 
slider for scrolling through the worklist. This slider is active 

50 if there is more than one study in the worklist. Also included 
in this part of the worklist section is action button 214 for 
accessing information about all studies associated with a 
specific patient. Specifically, when activated, button 214 
displays the window shown in FIG. 19. As shown, window 

55 215_mcludes,button2_16 for requesting an HIS/RIS report for 
a highlighted study, button 217 for retrieving a study and its 
corresponding summary, button 219 for removing a study 
from the worklist, button 220 for listing summaries associ- 
ated with studies, button 221 for closing the study worklist, 

60 and button 222 for transmitting a locally-stored study to a 
selected destination. In this regard, upon activating button 
222, a form (not shown) is displayed, from which the user 
may select or, alternatively, input one or more destinations 
to which the selected study is to be transmitted. Section 201 

65 also includes patient and study identifiers 224 and 225, 
respectively, as also shown. Clicking on either of these fields 
displays a form, shown in FIG. 20, which provides addi- 
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tional information about a study. Comments regarding the 
study may be input to this form and thereafter saved. 

4.2 Format Section 
Format section 202 of the toolbar contains buttons 226 for 
selecting a display format for patient images. Additional 5 
action buttons 227 in this section enable display annotation, 
comparison, marking of a study for dictation, creating a 
summary series, displaying HIS/R1S reports, and exiting the 
display. In addition, tab buttons 229 enable a user to tab 
through displayed images based on pre -set image tabs. In 10 
this regard, the present invention provides a way to set tab 
stops in displayed images. Specifically, the invention per- 
mits a user to point and click on displayed images at points 
where tab stops are to be set. When instructed, e.g., by 
clicking on a "save" action button, the invention stores these 15 
tab settings in its local cache, together with the displayed 
images (as noted, displayed images are typically displayed 
from a reviewing station's local cache). These tab setting 
can later be modified or deleted simply by calling-up a form 
on which they are stored. 

Included within action buttons 227 is study display format 
button 230 which toggles between different study display 
formats. In the present invention, there are preferably three 
options: one study per monitor, one study spans two 
monitors, and on study spans four monitors. The action 25 
button displayed indicates that one study spans two monitors 
(hence the use of two "monitors" on the button). Clicking on 
that button causes the display format to change, hence the 
use of "toggle". Action button 231 enables a user to select 
images within an exam and to save them as a separate series 30 
of images. Action button 232 enables a user to save changes 
in the display. Action button 233 enables a user to mark 
studies for dictation. This button toggles between three 
states, preferably: "off", in which the study has a "new" 
status and is therefore ready for dictation (this is shown); 35 
"dictation in process" which indicates that the study is 
currently being dictated; and "dictation complete" which 
indicates that dictation for the study has been completed. 
Action button 234 enables a user to display one series of 
images on a left monitor (e.g., the left half of a display 40 
screen) and another series on the right monitor (e.g., the 
right half of a display screen), The button toggles between 
the "AA" position (as shown), where the same series spans 
two viewing monitors, and the "AB" position (not shown), 
where different series span the two viewing monitors. Action 45 
button 235 allows the user to display a report form for a 
current study. Action button 236 allows the user to display 
an annotation for a displayed image. Action button 237 
allows a user to set whether toolbar inputs are to affect only 
a single image or all images in a series or study of images. 50 
Action button 239 allows a user to exit from the display 
mode and return to the main study list. Finally, action button 
240 comprises the process monitor, which allows the user to 
open a form wherein the user can check the status of 

transmit, receive, and print jobs. 55 

4.2.1 Process Monitor 

FIG. 21 shows the preferred format of the process monitor 
form noted in sections 3.1 and 4.2 above. As shown in the 
figure, the process monitor form includes two rows of action 
buttons, which allow the user to control queue activity of 60 
stations in the PACS. The top row of action buttons allows 
a user to halt local queues, restart local queues, delete 
unwanted or stuck print jobs, increase or decrease the 
priority of selected print jobs, and retry printing of jobs that 
have failed or that are stuck in "printing in progress" status. 65 
The second row of action buttons provides different selec- 
tion criteria which facilitate image viewing. 
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Depending upon how the PACS is configured, there may 
be six or more general queues that the user can check using 
the process monitor. To select a queue, the user need only 
click on tab 241. In the example shown in FIG. 21, the 
jukebox queue is checked. Table 7 below shows what other 
queues may be checked and from where. 

TABLE 7 

Process Monitor 



What Monitoring Shows 

Status of store and retrieve jobs 
between the optical disk jukebox and 
station(s) cache memory. 
Status of the process that automatically 
manages the migration of studies from 
cache memory to optical disk. 
Status of studies that are being 
transmitted to the PACS from DICOM 
modalities and APIP sources. 
Status of APIP (direct video capture) 
jobs that are being processed for 
optica] character recognition. 
Status of retrieved jobs (Lc., incoming 
studies). 

Status of out-going (Le., transmitted) 
jobs. 



With respect to the top row of action buttons shown in 
FIG. 21, button 242 halts a queue; button 243 restarts a 
halted queue; button 244 removes highlighted jobs from the 
queue (so long as printing is not in progress); button 245 
increases the priority of a job in the queue; button 246 
decreases the priority of a job in the queue; button 247 
manually forces a job from a retry state into a new state; 
button 248 displays the volume ID of an optical disk that is 
not present in the jukebox; and button 249 closes the process 
monitor form. With respect to the bottom row of action 
buttons shown in FIG. 21, button 250 indicates a queue's 
status, e.g., whether it is running, halted, or halting; button 
251 selects all items on a queue; button 252 de-selects items 
in the queue; button 253 selects jobs that are not in progress, 
but that have some destination (e.g., to a reviewing station, 
RP5, or the like); button 254 select jobs that are not in 
progress, but that have the same identifier (e.g., accession 
number); and text entry window 255 allows the user to enter 
text, including the identifier or destination mentioned above. 

As shown in FIG. 21, each of the jobs in a queue has a 
status associated therewith. Progress means that a job is 
being processed and, therefore, cannot be deleted; New 
means that the job is new to the queue and is waiting behind 
others to be processed; Retry means that the job has failed 
at its first attempt, e.g., at printing; Error means that the job 
has attempted several retries to no avail and, therefore, user 
intervention is required; Suspended means that the job is 
suspended in an import gateway queue of the DICOM 
association while a corresponding modality remains open, 
and that no data is flowing to the PACS; Done means that the 
job has been completed; and Failed means that, after a 
maximum number of retries, the job has failed. 

4.3 Virtual Screen Section 



Virtual screen section 204 of toolbar 200 is a simplified 
map of how each of the video screens is being used to 
display a series of images. FIG. 22 shows an example of the 
use of virtual screen section 204. In that example, four 
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images span across both screens, while the remaining 
images are represented by thumbnail images 256. In this 
regard, the two large squares 259 and 260 at the top of the 
virtual screen are called screen models. If a study has 
multiple images, then there will be additional icons 5 
displayed, called cells, as shown in the figure. The virtual 
screen section and the format selection section may be used 
together to create image layouts on a reviewing station's 
display screen. 

More specifically, FIG. 23 shows how virtual screen 10 
section 204 is used to set the format of the display. In this 
regard, the display format shown is "four-on-one stack 
mode", and the first series of images "1" is highlighted. 
Clicking on any of the cells together toggles their selection 
status. Clicking button 261 selects all series that axe 15 
displayed in the virtual screen; and clicking button 262 
de-selects all selected series displayed in the virtual screen. 
Series locations can be exchanged merely by selecting a 
series and dragging and dropping that series to a new 
location. The invention also provides an "MR cursor mode" 20 
(described below), whereby when an MR study is displayed, 
and the user may navigate through images in studies dis- 
played on the virtual screen by using a single image as a 
reference. 

25 

4.4 Image Manipulation Section 

Image manipulation section 203 of toolbar 200 includes 
folder tabs that allow users to select among various operat- 
ing modes. The number and types of these user tabs is 30 
profile-dependent, meaning that they may vary based on 
inputs to the user's profile. In preferred embodiments of the 
invention, the tabs include window/level tab 263, image 
processing and rotation tab 264, print tab 265, CT scout tab 
267, cine tab 269, and markup tab 270. Selecting each of 35 
these tabs causes action buttons to be displayed for each 
operating mode. 

Starting with window and level tab 263, after that tab is 
selected, several action buttons are displayed, together with 
a greyscale bar with numeric window and level readouts. 40 
This configuration is shown in FIG. 17. In the present 
invention, several different functions may be invoked via 
window and level tab 263. More specifically, clicking on 
button 280 displays the numeric window level values shown 
in the figure. Clicking on button 272 magnifies displayed 45 
image by a predetermined factor which is based on the 
number and type of clicks thereon. Clicking on button 273 
brings the system into MR cursor mode. In this regard, MR 
cursor mode permits the user to navigate through MR 
images according to each individual image slice or to view 50 
all slices at once. In preferred embodiments of the invention, 
there are three display formats. These include four-on-one 
stack mode, whereby there are four slices per screen; nine- 
on-one stack mode, whereby there are nine slices per screen; 
and traditional sixteen-on-one strip mode, whereby there are 55 
sixteen strips per screen. 

Button 274 allows the user to collimate an image, i.e., to 
isolate a portion of the image and then black-out the remain- 
ing area. This tool is especially powerful when used in 
combination with the magnification feature described above. 6C 
Specifically, to collimate an image, the user clicks on the 
collimate button, and then drags a mouse outline around an 
area of the image to be collimated. Thereafter, the invention 
retrieves and displays only the image data for that image 
from its local cache, leaving the remainder of the screen 6< 
black. Button 275 resets window level settings (including 
the information displayed in window 276) to what they were 
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at the time of a last save; button 277 sets the window level 
settings back to the last window and level that were adjusted; 
button 278 inverts black and white levels of an image; button 
232 saves the window settings; and button 279 allows the 
user to alter pre-set window level settings by displaying a 
form (not shown) that can be edited by the user to change, 
e.g., the study being reviewed, imaging modality, etc. 

Image processing tab 264 displays a different set of action 
buttons in section 203 than window and level tab 263. These 
are shown in FIG. 24. The buttons shown in FIG. 24 allow 
the user to perform basic quality assurance functions like 
rotating or flipping images. For example, button 281 rotates 
selected images 90° to the left; button 282 rotates selected 
images 90° to the right; button 291 flips selected images 
vertically; button 292 flips selected images horizontally; 
button 284 rotates selected images by 180°; button 287 
rotates selected images by a user-set angle; button 285 resets 
the image to its original orientation; and button 290 deletes 
images. 

Depending upon the modality that captured the images 
being displayed, and upon the user's profile, the image 
processing tab may also contain action buttons for hiding 
and re-ordering images. Although not shown in the figure, 
preferred embodiments of the invention contain four such 
action buttons, which allow the user, among other things, to 
hide images (meaning that the images are no longer dis- 
played but remain in the study), to restore hidden images, to 
swap images (i.e., to switch positions of two images), and to 
insert images. 

Print tab 265 displays the set of buttons shown in FIG. 25 
in section 203. These buttons allow a user to print an entire 
study, a selected series of images in a study, or a single 
image. Specifically, button 300 allows the user to print an 
entire study; and button 301 allows the user to print selected 
series of images in the virtual panel (which displays thumb- 
nail versions of the images to be printed). Button 302 starts 
printing once image(s) have been selected from the virtual 
panel. 

CT scout tab 267 is used when CT images are displayed 
by the PACS. In particular, FIG. 26 shows a CT image 
displayed on a reviewing station's display screen, together 
with the tabs noted above. As shown in FIG. 26, when a CT 
image is displayed, and CT scout tab 267 is activated, button 
304 is also displayed. This button allows the user to expand 
the image to foil-size merely by pointing and clicking. Once 
the image is expanded, as shown in FIG. 27, buttons 305 are 
also displayed. In this regard, button 306 adjusts the window 
level settings for the displayed image; button 307 displays 
all slice lines for the CT image; button 308 prints the image 
to a default printer (set, e.g, in the user profile); button 309 
checks the summary, if any, for the displayed image; button 
310 magnifies selected portions of the image; and button 311 
closes the "expanded" window. 

Cine tab 269 displays the action buttons, shown in FIG. 
28, that allow the user to dynamically display some, or all, 
of the images in a series (e.g, to scroll automatically through 
the images on-screen). Button 312 starts' and stops "cine" 
mode; button 314 stops "cine" action and resets the display 
to the first image; button 315 pauses the "cine" action; 
button 316 moves back through displayed images, one 
image at a time; button 317 moves forward through the 
images, one image at a time; and button 318 toggles between 
"loop" mode, wherein images are displayed first-to-last, then 
repeated first-to-last (loop mode shown), and "rock" mode, 
wherein images are displayed first-to-last, and then repeated 
in descending order last-to-first. Slide bar 320 shown in FIG. 
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28 determines the ranges of images that are included in the which selections can be used to indicate the source of images 
cine loop and rock modes, whereas slider bar 321 determines being printed. Among the modalities which may be included 
the speed at which those images are displayed. In this regard, ' in the modalities section are AS (angioscopy), BI 
the invention allows the user to adjust the speed while the (biomagnetic imaging), CD color flow doppler), CF 
cine mode is running. 5 (cinefluorography), CP (culdoscopy), CR (computed 

Markup tab 270 displays the action buttons shown in FIG. radiography), CS (cystoscopy), CT (computed tomography), 

29 in section 203. These action buttons allow the user to £? (duplex doppler), DF (digital fluoroscopy), DG 
make straight line, angular, and optical density measure- (diaphanography), DM (digital microscopy), DR (digital 
ments of displayed images. They also display an annotation ^&^y% DS (digiUl subtraction angiography), EC 
form whereby the user can create imaje overlays. More 10 (echocardiography) ES (endoscopy), FD (fluorescein 
specifically, as shown in the figure, action buttons^* and ^S^t ^^T^ ^I™?Wfc LS (laser 

325 allow the user to create elliptical regions of interest (i.e., ***** ^ an) ' ^ (magnetic resonance angiography), MR 
regions which are to be edited) with or without text; button < ma S netlc ' C * 0 Y na " ce >> (magnetic resonance 

326 allows the user to cut and paste arrows onto images; ^^&Jf X P^F^tt^ ™ " 
button 327 allows the user to select a region of interest; and 15 one ™ (™*** ^ IC ™>r PTfeontron 
button 328 aUows a user to enter mfonrfation relating to an l ° m0gr \ ph y>' * G (biographic imaging, RF 
image on an adjacent line. Button 329 allows the uW to ^ flu< 7^ Z*"* 1 ^ 1 ^ 0 , ^ T ° 
combine linear segments on an image and to measure an ^f*^ 5 (^asounaO, VF (videofluorography), 
angle therebetween; button 330 allows the user to delete exhale** ° * ** * ^ 
selected marks on an image; and button 331 allows the user 20 

to measure the distance (in pixels) between two selected Stud * 1131 J 1 * 0 ™^ 011 configuration section 335 config- 

endpoints within an image. Where there is no measurement Ure * Column headm § s that a PP ear in th * main study list. In 

data in the DICOM header for the image, the button may be P«feired embodiments of the invention, the user may set up 

calibrated to convert pixel distances into absolute measure- ^ different layouts: patient, study, and patient & study, 

ment units, such as inches or centimeters. 25 Buttoa 340 adds a selected layout item to the main study list; 

button 341 deletes an item; and button 342 saves the 

5.0 User Profile changes. Study pull-down 344 selects study (shown), 

patient, or patient & study GUI layouts; field name pull- 
As noted above, the invention enables a PACS user to down 345 selects the field that the user is modifying, adding 
generate customized PACS displays. In brief, the invention or deleting; field label text entry line 346 allows the user to 
is executable on a PACS station, and invokes display of at type a ncw namc for ^y sdectod field; ficld slidef 
least one form (e.g a user profile form or an access control 347 ^ tbe maximum number of characters that a field can 
form) having settable options for altering the PACS display, contain; field spacing slider 34$ sets the number of blank 
stores user inputs to the form(s) which correspond to the spaces th at sepante adjacent fields; and rank pulldown 349 
settable options, and generates the user-customized PACS determines the relative position of a field. For example, a 
display based, at least m part, on the user inputs to the form. raok of ^ (0) ind icates the left-most position in the study 
In preferred embodiments of the invention, each user's fc^ 

* H °1 ded 10 ^.^'^f SerVer ', I* 6 " " 15 CoD& &™ "*» ,abs 336 determines which coo- 

eSdS,™ 4PPCar " figUrali0 ° Ubs are avaiIable for each M8er - ftivfle * Ievel 

gm * 40 accessible features 337 determines possible selections in the 

In more detail, clicking on the users button (see section user profile form. Finally, access control section 338 indi- 
3.1 above) m the main study list opens up a set of folder tabs cates changes in study status as a study is read, dictated, 
that allows the user to create accounts with associated reported and approved. That is, access control section 338 
profiles, manage application level security, and configure sets which study status that each login privilege may view, 
printing. These folder tabs include a user profile tab for 45 print, transmit or edit 

assigning sort and selection criteria, display features, action clicking on the user profile tab displays the user profile 

buttons, film formats and other custom setting for each user; form ^ in nG . 31. As shown, the user profile form is 
an access control tab for assigning site allowable features divide d into several sections, whereby a user can customized 
and privilege accessible features for each user; a user mc mam study window and/or display toolbar. These sec- 
accounts tab for creating login names and assigning pass- 50 tions mclude ava ilable study management features section 
A pnvilege i evels; a P nnters tab for Panning a " 350 for selecting action buttons to appear in the main study 
DICOM pnnt configuring, including modality-specific window by clicking thereon; user choices section 351 for 
defaults, presets, and staUon-speafic layouts; and a close tab a sign . iD mode aod encoding patient names; default 

for returning to tbe main study list. view criteria 352 for sotting ^ xhltCting criteria m 

Clicking on the access control tab displays the access 55 the main study window; worklist criteria section 353 for 
control form shown in FIG. 30. This access control form is selecting features of the worklist; available display features 
divided into five sections that allow the PACS administrator section 354 for selecting action buttons and tabs in the 
to assign global features and permission for all user login display toolbar; tool bar section 355 for selecting a location 
levels. As shown in the figure, these five sections include of the toolbar on screen; startup tab section 356 for setting 
modalities section 334, study list information configuration go startup tabs in the toolbar, user choices section 357 for 
section 335, configure user tabs section 336, privilege level setting miscellaneous display defaults and measurement 
accessible features section 337, and access control section units, which includes displaying a patient's information 

form and prior RIS reports as defaults; and modality setup 

Modalities section 334 is comprised of modality choices section 358 for selecting modalities for which formats and 
which, when selected, may be displayed in the modality 65 features are to be set. 

sorting button of the main study window. This section also With respect to study management features section, the 

creates modalities selections in the printer configuration tab, action buttons which may be selected for display via that 
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section are shown below in Table 8, together with the 
stations on which the selected buttons may appear. 

TABLE 8 

Selectable Action Buttons 
Button Station 



1. Retrieve 


RS 


2. Transmit 


Any 


3. Merge 


Gateway, AS 


4. Split Study 


Gateway, AS 


5. Delete 


RS 


6. Print 


Any 


7. Protect 


Any 


8. Report 


Any 


9. Display Study Info 


All 


10. Process Monitor 


Any 


11. Copy to Jukebox 


AS 


12. Delete from Jukebox 


AS 


13. Copy to Cache 


AS 


14. Archive Admin. 


AS 


15. Backup Database 


Server 


16. Fix Study 


Any 


17. ins Window 


Any 


18. Configure/Service 


Any 


19. Save 


Any 


20. Help Tips 


Any 



10 



15 



20 



Default view criteria section 352 of the user profile form 
permits a user to select which of the buttons, i.e., "Local", 
"Study", "Any Study", "Any Modality**, "Recent Last", and 
"Any Time", is to be displayed in the main study list. The 
functionality of these buttons is described above in section 
3.1. Worklist criteria section 353 permits the user to generate 
worklists using only one mouse click by clicking on a 
displayed action button. To this end, worklist criteria section 
353 includes worklist selection rules button 360, which 
creates the worklist select button (see section 3.1) in the 
main study list. Clicking on this button causes other buttons 
to appear, so long as they have been set in the user profile 
form. These buttons include send (display) button 361 which 
permits a user to view partially local studies that are in the 
process of being retrieved to the user's station; worklist 
cached button 362 which permits the user to select all cached 
studies in the PACS cluster that meet remaining criteria; 
relevant priors button 363 that allows the user to select 
relevant prior studies; priors match modality button 364 that 
allows the user to "fine-tune" selection of prior studies; 
priors match speciality button 365 that further "fine-tunes" 
selection of prior studies; select worklist specialty button 
366 that permits the user to select studies based on body 
part; select acquisition station button 367 that allows users 
to select studies from a particular imaging modalities, and 
study status button 368 for selecting a default status. 

Available display features section 354 is generally only 
used to configure PACS reviewing stations (including phy- 
sician and clinical stations), since those are the stations 
..which are primarily used for image display. _As above, 



clicking on the buttons in the user profile causes those 
buttons to appear in the display toolbar. Here, these buttons 
include image mark-up button 370 which creates an anno- 
tation tab for annotating displayed images; print button 371 
which creates a print tab (or, alternatively, a "Printer Not 
Found" message if no printers are available); transmit button 
372 which creates a transmit button; report button 373 which 
creates a report button, whereby the user can query the RIS 
gateway for patient reports; process monitor button 374 
which is used to check on the status of retrieved, transmitted, 
and printed jobs; dictate button 375, which toggles between 
various status relating to report dictation, as described 
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above; summary button 376 which allows the user to create 
summary series; save button 377 which allows the user to 
save display settings, including mark-up, rotation, window 
level, and others; cursor mode button 378 which creates 
"cursor mode" (described above) for viewing MR studies; 
magnifier button 379; and help tips button 380. 

Tool bar section 355 permits a user to select where, on a 
display screen, the toolbar is to be placed. Button 382 allows 
the user to select a landscape format for the toolbar; whereas 
button 383 allows the user to select a portrait format for the 
toolbar. Startup tab section 350 sets the default operating 
mode for displayed studies, e.g., transmit, print, cine, fix, 
edit, etc. Descriptions of the action buttons set forth in the 
startup tab section are provided above. Calibration unit 384 
allows the user to select among centimeters, millimeters, or 
inches as the measurement units of a display markup tab. 

User choices section 357 creates default settings that 
affect display and print behavior. In particular, button 387 
enables/disables display of DICOM header information with 
an image; button 388 enables/disables display of a listing of 
summary series in the main study list; button 389 separates 
images so that color images are sent to a color printer and 
black-and-white images are sent to a black-and-white printer 
(of course, this will not work unless both types of printers 
are attached to the PACS); button 390 sets default print 
mode (i.e., color or black-and-white); button 391 causes the 
PACS to use the print criteria contained in a DICOM print 
service object that is associated with each study; button 392 
automatically opens a patient information form upon display 
of a study; and button 393 automatically displays a patient's 
prior reports each time a new study is displayed. Other 
buttons may be included as well to place the user at the main 
study list following login (preferably used in reviewing 
stations); to launch display of selected images (e.g., images 
in a worklist) immediately following login; and to cause the 
patient's name to be encoded in the main study list. This last 
button assures the patient's privacy. 

Modality setup section 358 creates custom display layouts 
and features based on imaging modality. In this regard, 
default pull-down 400, when activated, displays modalities 
available on the PACS. A different display may then be 
generated for each modality, by selecting one or more action 
buttons. In this regard, the action buttons include a button 
which selects an entire series or study for window level 
display and other operations; a button which selects a single 
image for window level display and other operations; a 
button which displays one study per monitor; a button which 
displays one study per two monitors; a button which dis- 
plays one study per four monitors; a button which combines 
50 different series of studies; a button which splits series of 
studies; a button which displays a single series of studies on 
all available monitors; a button which displays an individual 
series on each monitor; a button which changes the order of 
displayed images; a button which inverts black and white 
55 levels of an image; a button which provides image rotation 
tools under an image processing tab in thetoolbar; a button 
which allows the user to define elliptical regions of interest 
under an annotation tab in the toolbar; a button which sets 
the default cine mode to loop; a button which sets the default 
60 cine mode to rock; and a button which disables cine mode. 
Also included in the modality setup section is a scaling 
factor button. This button determines how large a one-mode 
image will appear in a display. Larger scaling factors create 
larger one-mode images which preferably do not exceed the 
65 maximum display resolution. For example, setting a scaling 
factor of four (4) for MR images will create full-screen, 
one-mode images on a IK reviewing station. This results 
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when the typical 256x256 image matrix is scaled up to 
1024x1024. The same image and scaling factor on a 2K 
reviewing station would have a height approximately one- 
half the screen height. 

Format selection list 401 shows available image formats 5 
for the various imaging modalities. Examples of such for- 
mats are described in section 4.2 above. The preferred 
embodiment of the invention permits the user to select, for 
the toolbar, up to five different formats per modality from the 
choices provided in 402; although the invention is not J0 
limited to this. The five selected display formats are then 
displayed in format list 401 on the user profile form. Finally, 
the user profile form allows the user to select gamma and 
alpha correction factors for each imaging modality via entry 
lines 403 and 404, respectively. 15 

6.0 Pipeline Retrieval ^ 
As noted above, pipeline retrieval of images is initiated 
using display button 125 in the main study list. Pipeline 
retrieval of images is implemented and controlled by PACS 
software modules running on each PACS station. In 20 
particular, it is effected by computer^executable code on a 
PACS station (e.g., a reviewing station), which selects 
caches of different components, retrieves image data for 
designated studies from the selected caches, forms each 
image from the retrieved image data, and displays each 25 
image once it is formed (i.e., as it arrives), without waiting 
for image data for any additional images in the designated 
studies to arrive at the station. 

More specifically, in the preferred embodiment of the 30 
present invention, to effect pipeline retrieval of images, the 
user selects cached studies from, e.g., the main study list, 
and then hits display button 125 to display those images. In 
response, the images are retrieved from various caches 
throughout the PACS. For example, the images may be 35 
retrieved from the network gateway's cache, the archive 
station's cache, etc. Thereafter, as data for each image 
arrives at the display station, an image is formed and 
displayed in real-time, rather than waiting for image data for 
all the requested images to reach the station. By displaying ^ 
images in this manner, the invention reduces the amount of 
time required to display images (since it reduces unneces- 
sary waiting). 

It is noted that although the preferred embodiment of the 
invention implements pipeline retrieval interactively, the 45 
invention is not limited to this. Rather, pipeline retrieval can 
also be implemented automatically as well. For example, 
code can be included in the station to seek out all studies in 
the list with a "cached" status designation, and then to select 
caches associated with those studies. Similarly, although the 50 
primary benefits of pipeline retrieval are realized on review- 
ing stations, this feature can be included on any PACS 
station in a cluster. 

The present invention has been described with respect to 
a particular illustrative embodiment. It is to be understood 55 
that the invention is not limited to the above-described 
embodiment and modifications thereto, and that various 
changes and modifications may be made by those of ordi- 
nary skill in the art without departing from the spirit and 
scope of the appended claims. 60 

What is claimed is: 

1. A picture archiving and communication system 
("PACS") which handles images received from one or more 
external sources, the system comprising: 

a plurality of reviewing stations, each of the plurality of 65 
reviewing stations being designated to receive images 
based on predetermined routing rules; 
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a network gateway which includes a processor to execute 
stored process steps so as (i) to receive the images from 
an external source, (ii) to determine which, if any, of 
the reviewing stations that each image should be routed 
to based on the predetermined routing rules, (iii) to 
route images to appropriate reviewing stations, (iv) to 
determine if any received images include additional 
information that is inconsistent with corresponding 
information previously stored on the PACS and (v) to 
correct the additional information in any such received 
images prior to routing the images; 
a display screen which displays images routed thereto by 
the network gateway and a user interface generated by 
the PACS; 

a memory which stores computer-executable process 
steps; and 

a processor which executes the process steps so as (i) to 
display the user interface, the user interface providing 
access to one or more forms for entering information to 
set the routing rules, and (ii) to relay the information 
back to the network gateway. 

2. A PACS according to claim 1, wherein the predeter- 
mined routing rules route the images based on at least one 
of a set destination, a radiology specialty, image status, a 
referring physician, patient location, time, image category, 
and imaging modality. 

3. A PACS according to claim 1, wherein the predeter- 
mined routing rules are settable by a user of the PACS. 

4. A PACS according to claim 1, wherein the network 
gateway updates any pre-existing routing rules with the 
information provided by the at east one reviewing station. 

5. A PACS according to claim 1, wherein the routing 
performed by the network gateway comprises organ-based 
routing in which images are routed to reviewing stations 
based on bodily organs that the images depict. 

6. A PACS according to claim 1, further comprising: 
a plurality of other stations, the plurality of other stations 

being designated to receive images based on the pre- 
determined routing rules; 
wherein the processor in the network gateway executes 
stored process steps so as to route images to the other 
stations in accordance with the predetermined routing 
rules. 

7. A picture archiving and communication system 
("PACS") which pre-fetches images or summaries of images 
in response to a scheduled event, the system comprising: 

at least one station capable of displaying the images; and 
a network gateway which communicates with the at least 
one station and a remote source, the network gateway 
including a processor which executes stored process 
steps (i) to receive information concerning the sched- 
uled event from the remote source, (ii) to query the 
remote source for details on the scheduled event, (iii) to 
receive Jhe details from the remote source, (iv) to 
retrieve images from a memory on the PACS based on 
the details and one or more predetermined pre-fetching 
rules, (v) to determine if any received images include 
additional information that is inconsistent with corre- 
sponding information previously stored on the PACS, 
and (vi) to correct the additional information in any 
such received images prior to routing the images. 

8. A PACS according to claim 7, wherein the processor on 
the network gateway executes process steps so as to route 
the retrieved images to the at least one station. 

9. A PACS according to claim 7, wherein the at least one 
station comprises a cache-less reviewing station; and 
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wherein the processor on the network gateway executes 
process steps so as (i) to store the retrieved images in 
memory, and (ii) to wait for a request from the cache- 
less reviewing station before routing the retrieved 
images thereto. 5 

10. A PACS according to claim 9, wherein the predeter- 
mined p re-fetching rules comprise one or more of the 
following: 

a rule for retrieving images based on a radiology specialty 

relating to the images; 10 
a rule for retrieving images based on an imaging modality 

used to capture the images; 
a rule for retrieving images relating to a same radiology 

specialty as a newly -acquired image; 15 
a rule for retrieving images captured by a same imaging 

modality as the newly-acquired image; 
a rule for retrieving images captured after a certain date; 
a rule for retrieving summaries of the images along with 

the images; 20 
a rule for routing retrieved studies to destinations set by 

predetermined routing rules; and 
a rule indicating whether retrieved studies are to remain in 

a PACS station's cache. 

11. A PACS according to claim 10, wherein the predeter- 25 
mined routing rules route the images based on at least one 
of a set destination, a radiology specialty, image status, a 
referring physician, patient location, time, image category, 
and imaging modality. 

12. A PACS according to claim 7, wherein the predeter- 30 
mined pre-fetching rules may be set by a user of the PACS. 

13. A PACS according to claim 12, wherein the at least 
one station comprises: 

a display screen capable of displaying the retrieved ^ 
images and of displaying a user interface generated by 
the PACS; 

a memory which stores computer-executable process 
steps; and 

a processor which executes the process steps so as (i) to w 
display the user interface, the user interface providing 
access to one or more forms for entering information to 
set the pre-fetching rules, and (ii) to relay the informa- 
tion back to the network gateway. 

14. A workstation which retrieves images from one of a 45 
plurality of caches located in different components of a 
picture archiving and communication system ("PACS") 
cluster, the workstation comprising: 

a display screen capable of displaying images; 
one or more memories which store computer-executable 
process steps and a list of studies, each study compris- 
' ing one or more images; and 

a processor which executes the process steps stored in the 
one or more memories so as to retrieve image data for 
designated studies in the study list and to form images 
on the display screen using the image data, the process 
steps comprising code (i) to select caches of different 
components, (ii) to retrieve image data for designated 
studies from caches of the selected components, (iii) to 
form each image in the studies from retrieved image 
data, and (iv) to display each image on the display 
screen once the image is formed, without waiting for 
any additional image data to arrive, wherein the PACS 
cluster includes a network gateway having a processor, 
wherein the processor in the network gateway further 
executes stored process steps so as (i) to determine if 
any received images include additional information 
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that is inconsistent with corresponding information 
previously stored on the PACS, and (ii) to correct the 
additional information in any such received images 
prior to routing the images. 

15. A workstation according to claim 14, wherein the 
processor selects caches of different components in response 
to a PACS user input. 

16. A workstation according to claim 15, wherein the 
processor executes process steps so as to display a user 
interface which includes a list of studies, at least one of 
which has a "cached" status designation associated there- 
with; and 

wherein the user input comprises selecting at least one of 
the studies in the list which has the "cached" status 
designation associated therewith. 

17. A workstation in a picture archiving and communi- 
cation system ("PACS") which generates a user-customized 
PACS display, the workstation comprising: 

a memory which stores computer-executable process 
steps; and 

a processor which executes the process steps stored in the 
memory so as (i) to invoke display of at least one form, 
the form including settable options for altering the 
PACS display, (ii) to store user inputs to the form which 
correspond to the settable options, and (iii) to generate 
the user-customized PACS display based, at least in 
part, on the user inputs to the form, wherein the PACS 
includes a network gateway having a processor, 
wherein the processor in the network gateway further 
executes stored process steps so as (i) to determine if 
any received images include additional information 
that is inconsistent with corresponding information 
previously stored on the PACS, and (ii) to correct the 
additional information in any such received images 
prior to routing the images. 

18. A workstation according to claim 17, wherein the 
PACS display comprises a list of studies, each study com- 
prising one or more images, and a plurality of action buttons; 
and 

wherein the form includes options to select the plurality of 
action buttons. 

19. A workstation according to claim 18, wherein the 
plurality of action buttons comprise two or more of the 
following: an image mark-up button for creating an anno- 
tation tab for annotating displayed images, a print button for 
creating a print tab, a transmit button for transmitting 
displayed images; a report button for querying a remote 
source for patient reports, a process monitor button for 
checking a status of retrieved, transmitted, and printed 
images, a dictate button for use in dictating reports on 
displayed images, a summary button for creating a summary 
for displayed images, a save button for saving display 
settings, a cursor mode button for viewing MR studies, a 
magnifier button, and a help tips button. 

55 20. A workstation according to claim 18, wherein the 
processor invokes a second form also including settable 
options for altering the PACS display, the second form 
including options to configure the list of studies. 

21. A workstation according to claim 20, wherein the 
60 second form includes options to select modality information 

that may be displayed in connection with the list of studies. 

22. A workstation according to claim 18, Wherein the 
plurality of action buttons comprise two or more of the 
following: a retrieve button for retrieving studies, a transmit 

65 button for transmitting studies, a merge button for merging 
studies, a split study button for splitting studies, a delete 
button for deleting studies, a print button for printing 
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studies, a protect button for protecting studies, a report 
button for generating study reports, a display study info 
button for displaying information relating to studies, a 
process monitor button for monitoring study status, a copy 
to jukebox button for copying studies to a memory archive, 5 
a delete from jukebox button for deleting studies from the 
memory archive, a copy to cache button for copying studies 
to a cache on the PACS, an archive administration button for 
managing the memory archive, a backup database button for 
removing local references to archived studies, a fix study 10 
button for correcting information in received studies, an HIS 
window button for opening a telnet session between the 
PACS and a networked information system, a configure 
button for configuring the PACS, a save button for saving 
inputs to the form, and a help tips button for providing help 15 
tips regarding the form. 

23. A workstation according to claim 17, further compris- 
ing a display screen which displays one or more images and 
the PACS display; 

wherein the PACS display comprises a toolbar that is 20 
displayed concurrently with the images, the toolbar 
including a plurality of action buttons which affect 
display of the images. 

24. A workstation according to claim 23, wherein the form 
includes options affecting where on the display screen the 25 
tool bar is displayed and a format of the toolbar. 

25. A workstation according to claim 23, wherein the form 
includes options to select the plurality of action buttons. 

26. A workstation according to claim 17, further compris- 
ing a display screen which displays images and the. user- 30 
customized PACS display; 

wherein the user-customized PACS display includes 
action buttons for manipulating displayed images. 

27. A workstation according to claim 26, wherein the 
action buttons for manipulating displayed images include at 
least one of the following: an action button to colli mate 
displayed images, an action button to affect the orientation 
of displayed images, an action button for re-ordering dis- 
played images, action buttons for dynamically displaying 
images, action buttons particularly for use with CT images, 
and action buttons for adding information to displayed 
images. 

28. A picture archiving and communication system 
("PACS") having plural core components arranged in a 
cluster, the plural core components of the PACS comprising: 

an archive station which includes a long-term memory for 

storing image data; 
a reviewing station which includes a display for display- 
ing images based on received image data; 
a network gateway which interfaces to a non-core com- 
ponent so as to receive image data therefrom, and 
which routes the image data to at least one of the 
archive station and the reviewing station based on a set 
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receive images based on predetermined routing rules, and 
(ii) a network gateway which receives images from one or 
more external sources, the method comprising the steps of: 
receiving images from the one or more external sources at 

the network gateway; 
determining if any received images include additional 
information that is inconsistent with corresponding 
information previously stored on the PACS; 
correcting the additional information in any such received 
images prior to routing the images in the routing step; 
determining, in the network gateway, which, if any, of the 
reviewing stations that each image should be routed to, 
based upon the predetermined routing rules; and 
routing the images to appropriate reviewing stations. 

30. A method according to claim 29, wherein the prede- 
termined routing rules route the images based on at least one 
of a set destination, a radiology specialty, image status, a 
referring physician, patient location, time, image category, 
and imaging modality. 

31. A method according to claim 29, wherein the prede- 
termined routing rules are settable by a user of the PACS. 

32. A method according to claim 31, further comprising 
the step of setting the predetermined routing rules by (i) 
displaying a user interface on a display screen of a reviewing 
station, the user interface providing access to one or more 
forms for entering information to set the routing rules, (ii) 
entering information on the one or more forms to set the 
routing rules, and (iii) relaying the information back to the 
network gateway. 

33. A method according to claim 32, wherein, in a case 
that there are pre-existing routing rules on the network 
gateway, the relaying step causes the pre-existing routing 
rules to be updated based on the information input via the 
one or more forms. 

34. A method according to claim 29, wherein the routing 
step comprises organ-based routing in which images are 
routed to reviewing stations based on bodily organs that the 
images depict. 

35. A method according to claim 29, wherein the PACS 
includes a plurality of other stations, the plurality of other 
stations being designated to receive images based on the 
predetermined routing rules; and 

wherein the method further comprises the step of routing 
images to the other stations in accordance with the 
predetermined routing rules. 

36. A method according to claim 29, wherein the PACS 
comprises at least one peripheral connected to the network 
gateway, the at least one peripheral being designated to 
receive images based on the predetermined routing rules; 

wherein the method further comprises the step of routing 
images to the at least one peripheral in accordance with 
the predetermined routing rules. 

37. A method according to claim 36, wherein the at least 
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ot rules in the network gateway, the network gateway 55 one peripheral comprises one or more of the following: 



having a processor, wherein "the processor in the net- 
work gateway further executes stored process steps so 
as (i) to determine if any received images include 
additional information that is inconsistent with corre- 
sponding information previously stored on the PACS, m 
and (ii) to correct the additional information in any 
such received images prior to routing the images; and 
a database server which manages access to the image data, 

and which stores information relating to the image data. i.,wuuiu B w ai icasi one sxauon mai is capable ot displaying 
29. A method of routing images in a picture archiving and 65 the pre-fetched images, and (ii) a network gateway which 
communication system ("PACS"), the PACS including (i) a communicates with the at least one station and a remote 
plurality of reviewing stations each being designated to source, the method comprising the steps of: 



a Web server which sends images received from the 
network gateway to a remote location on the Internet; 
and 

a printer which prints images received from the network 
gateway. 

38. A method, for use in a picture archiving and commu- 
nication system ("PACS"), of pre-fetching images or sum- 
maries of images in response to a scheduled event, the PACS 
including (i) at least one station that is capable of displaying 
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receiving information concerning the scheduled event 

from the remote source; 
querying the remote source for details on the scheduled 

event; 

receiving the details from the remote source; 

retrieving images or summaries of images from a memory 
on the PACS based on the details and one or more 
predetermined pre-fetching rules; 

determining if any retrieved images include additional iQ 
information that is inconsistent with corresponding 
information previously stored on the PACS; and 

correcting the additional information in any such retrieved 
images prior to routing the retrieved images to the at 
least one station. 15 

39. A method according to claim 38, wherein the prede- 
termined pre-fetching rules comprise one or more of the 
following: 

a rule for retrieving images based on a radiology specialty 

relating to the images; 20 
a rule for retrieving images based on an imaging modality 

used to capture the images; 
a rule for retrieving images relating to a same radiology 

specialty as a newly-acquired image; 
a rule for retrieving images captured by a same imaging 25 

modality as the newly-acquired image; 
a rule for retrieving images captured after a certain date; 
a rule for retrieving summaries of the images along with 

the images; 

a rule for routing retrieved studies to destinations set by 

predetermined routing rules; and 
a rule indicating whether retrieved studies are to remain in 

a PACS station's cache. 

40. A method according to claim 39, wherein the prede- ^ 
termined routing rules route the images based on at least one 
of a set destination, a radiology specialty, image status, a 
referring physician, patient location, time, image category, 
and imaging modality. 

41. A method according to claim 40, further comprising ^ 
the step of setting the predetermined pre-fetching rules in 
response to a PACS user's input. 

42. A method according to claim 41, wherein the setting 
step comprises (i) displaying a user interface, the user 
interface providing access to one or more forms for entering ^ 
information to set the pre-fetching rules, (ii) inputting infor- 
mation to set the pre-fetching rules into the one or more 
forms, and (iii) relaying the information back to the network 
gateway. 

43. A method of retrieving images from one of a plurality 5o 
of caches located in different components of a picture 
archiving and communication system ("PACS ") cluster, the 
method comprising the steps of: 

displaying a list of studies on a PACS station, each study 
comprising one or more images available via the PACS; 55 

designating oneVrmbre of the studies; 

retrieving image data for the designated studies by (i) 
selecting caches of different components, and (ii) 
retrieving image data for images in the studies from 
caches of the selected components; go 

determining if any of the retrieved image data includes 
additional information that is inconsistent with corre- 
sponding information previously stored on the PACS; 

correcting the additional information in any such retrieved 
image data; and 65 

forming images on the PACS station based on the 
retrieved image data by (i) forming each image in the 



designated studies from the retrieved image data, and 
(ii) displaying each image on the PACS station once the 
image is formed, without waiting for any additional 
image data to arrive. 

44. A method according to claim 43, wherein the retriev- 
ing step selects caches of different components in response 
to a PACS user input. 

45. A method according to claim 44, wherein the retriev- 
ing step comprises (i) displaying a user interface which 
includes a list of studies, at least one of which has a "cached" 
status designation associated therewith, and (ii) selecting at 
least one of the studies in the list which has the "cached" 
status designation associated therewith. 

46. A method according to claim 43, wherein the PACS 
comprises at least (i) a network gateway which receives 
images from at least one imaging modality, and which routes 
received images to various PACS stations, and (ii) an archive 
station which includes long-term memory for storing images 
received from the network gateway, the network gateway 
and the archive station each including a cache for short-term 
data storage; and 

wherein the retrieving step retrieves the image data for the 
designated images from a cache on the network gate- 
way and a cache on the archive station. 

47. A method of generating a user-customized display for 
a picture archiving and communication system ("PACS"), 
the PACS including a network gateway having a processor, 
which executes stored process steps so as (i) to determine if 
any received images include additional information that is 
inconsistent with corresponding information previously 
stored on the PACS, and (ii) to correct the additional 
information in any such received images and wherein the 
PACS further includes at least one station for displaying the 
user-customized display and a database server, the method 
comprising the steps of: 

invoking display of at least one form on the station, the 
form including sellable options for altering the PACS 
display; 

storing, in a memory on the server, user inputs to the form 

which correspond to the settable options; and 
generating the user-customized PACS display based, at 
least in part, on the user inputs to the form. 

48. A method according to claim 47, wherein the PACS 
display comprises a list of studies, each study comprising 
one or more images, and a plurality of action buttons; and 

wherein the form includes options to select the plurality of 
action buttons. 

49. A method according to claim 48, wherein the plurality 
of action buttons comprise two or more of the following: an 
image mark-up button for creating an annotation tab for 
annotating displayed images, a print button for creating a 
print tab, a transmit button for transmitting displayed 
images; a report button for querying a remote source for 
patient reports, a process monitor button for checking a 
status of retrieved, transmitted, and printed images, a dictate 
button for use in dictating reports on displayed images, a 
summary button for creating a summary for displayed 
images, a save button for saving display settings, a cursor 
mode button for viewing MR studies, a magnifier button, 
and a help tips button. 

50. A method according to claim 48, further comprising 
the step of invoking a second form also including settable 
options for altering the PACS display, the second form 
including options to configure the list of studies. 

51. A method according to claim 50, wherein the second 
form includes options to select modality information that 
may be displayed in connection with the list of studies. 
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52. A method according to claim 48, wherein the plurality 
of action buttons comprise two or more of the following: a 
retrieve button for retrieving studies, a transmit button for 
transmitting studies, a merge button for merging studies, a 
split study button for splitting studies, a delete button for 5 
deleting studies, a print button for printing studies, a protect 
button for protecting studies, a report button for generating 
study reports, a display study info button for displaying 
information relating to studies, a process monitor button for 
monitoring study status, a copy to jukebox button for to 
copying studies to a memory archive, a delete from jukebox 
button for deleting studies from the memory archive, a copy 
to cache button for copying studies to a cache on the PACS, 
an archive administration button for managing the memory 
archive, a backup database button for removing local refer- 15 
ences to archived studies, a fix study button for correcting 
information in received studies, an HIS window button for 
opening a telnet session between the PACS and a networked 
information system, a configure button for configuring the 
PACS, a save button for saving inputs to the form, and a help 20 
tips button for providing help tips regarding the form. 

53. A method according to claim 47, further comprising a 
display screen which displays one or more images and the 
PACS display; 



,629 Bl 

46 

wherein the PACS display comprises a toolbar that is 
displayed concurrently with the images, the toolbar 
including a plurality of action buttons which affect 
display of the images. 

54. A method according to claim 53, wherein the form 
includes options affecting where on the display screen the 
tool bar is displayed and a format of the toolbar. 

55. A method according to claim 53, wherein the form 
includes options to select the plurality of action buttons. 

56. A method according to claim 47, further comprising a 
display screen which displays images and the user- 
customized PACS display; 

wherein the user-customized PACS display includes 
action buttons for manipulating displayed images. 

57. A method according to claim 56, wherein the action 
buttons for manipulating displayed images include at least 
one of the following: an action button to collimate displayed 
images, an action button to affect the orientation of dis- 
played images, an action button for re-ordering displayed 
images, action buttons for dynamically displaying images, 
action buttons particularly for use with CT images, and 
action buttons for adding information to displayed images. 
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